| 1.1, Аноним (-), 09:04, 15/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
В 54 пакета, поставляемых в RHEL 5.5, были добавлены улучшения от разработчиков CentOS - это самое страшное
| | |
| |
| 2.2, Аноним (-), 09:11, 15/05/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
И не говори, вечно они думают, что умнее разработчиков красношляпки.
| | |
| |
| 3.4, uldus (ok), 09:35, 15/05/2010 [^] [^^] [^^^] [ответить]
| +4 +/– | |
>И не говори, вечно они думают, что умнее разработчиков красношляпки.
Почти все эти изменения сводятся к изменению внешнего вида, убиранию логотипов и торговых марок Red Hat.
| | |
| |
| 4.17, Iv946n (?), 18:14, 15/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Почти все эти изменения сводятся к изменению внешнего вида, убиранию логотипов и торговых марок Red Hat.
А я, хотел бы иметь неофициальный патч, который возвращает их назад. Логотип RedHat мне нравится больше :-)
| | |
| |
| 5.61, stranger (??), 20:42, 17/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
А что мешает поставить в CentOS оригинальные redhat-logos, redhat-artwork и rhgb?
| | |
|
|
|
|
| |
| 2.29, я (?), 22:08, 16/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
поздравляю всех сентосовцев, тем не менее за такой список "Известных проблем" какой обнаружился в этом релизе у CentOS'а Ubuntu опустили бы ниже плинтуса, мол сырой ещё... а в адрес Сентоса никто даже слова не сказал...
так что 1:1 )
| | |
|
| 1.9, pavlinux (ok), 14:44, 15/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Наблюдаются проблемы при проведении обновления при наличии установленного
> в систем проприетарного видеодрайвера для карт NVidia - после перезагрузки
> X-сервер перестает запускаться.
1. Это проявляется на ФС с журналированием.
Нужно заныкать копию Xorg, где-нить, в /var/lib.
Заимунитетить
# chattr +i /usr/bin/Xorg
# chmod ugo-rw /usr/bin/Xorg
В OpenSuse 10.3/11.0 такое было, когда на живой системе обновляются библиотеки X-ов.
Так что виноват не дривер, а кривой инсталятор. Конечно, кому понравится... если Вам
за рулём машины делать пересадку руки, долго ещё проедите?! :)
| | |
| |
| 2.13, Logo (ok), 15:44, 15/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
По моему, это происходит только при обновлении ядра, - "при перезагрузке Х не стартует". Ведь NVidia, при инсталяции, компилируется под конкретное ядро и если его версия изменилась, то драйвера фактически нет, вот и требуется новая установка, тоесть, компиляция под новое ядро.
| | |
| |
| 3.14, pavlinux (ok), 15:59, 15/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Чёй-то в багах не видно, наверно кто-то пытался установит на GeForce 440MX =)
| | |
|
|
| 1.11, Толстый (ok), 14:54, 15/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Замечательный новости, можно будет обновляться. Хотя может не стоит, система и так работает нормально :)
| | |
| 1.12, Xaionaro (ok), 15:40, 15/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Ну что ж, ждём отзывов о проблемах на серверах после обновления с 5.4 на 5.5. ;)
Конкретно меня интересует применительно к web-серверам.
| | |
| |
| 2.20, sHaggY_caT (ok), 18:43, 15/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Уже есть у кого-то грабли, смотрите [CentOS] Problems after update to 5.5
Но пока только один человек (у него зависает загрузка на udev с новым ядром, но со старым все грузится).
Я же наоборот одну машину клиента уже давно перетащила на ядро из 5.5 RHEL, но на 5.4 CentOS.
Вообще, имхо, обновлять нестандартизированные сервера наживую, даже с учетом того, что если все делать правильно (без кучи сурс инсталлов и пакетов из левых репозиториев), CentOS всегда нормально обновляется между минорными релизами, как-то страшно :)
Я обычно стараюсь поставить старый кикстарт на тестовую машину, обновить его, поискать глюки, и только потом обновляться...
| | |
| |
| 3.30, Терминус (?), 23:02, 16/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Я же наоборот одну машину клиента уже давно перетащила
>на ядро из 5.5 RHEL, но на 5.4 CentOS.
>обновляется между минорными релизами, как-то страшно :)
странная вы , перетащить ядро из RHEL на CentOS разных версий
причем у клиента - это нормально, а вот обновится уже страшно.
| | |
| |
| 4.31, sHaggY_caT (ok), 23:10, 16/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Я же наоборот одну машину клиента уже давно перетащила
>>на ядро из 5.5 RHEL, но на 5.4 CentOS.
>>обновляется между минорными релизами, как-то страшно :)
>
>странная вы , перетащить ядро из RHEL на CentOS разных версий
>причем у клиента - это нормально, а вот обновится уже страшно.
Там "сервер" из десктопных комплектующих с Core i5 и IP KVM через Intel AMT, возникла проблема с некоторыми опциями в Bios и стабильностью системы. Собственно, ядро RHEL 5.5 проблему решило, и я даже не стала писать багрепорт (наверное, уже кто-то написал раньше, и пофиксили)
Кроме того, смена ядра это вообще не так страшно(ну могут быть глюки с udev/device kit и пр) :) на VZ-ядрах прекрасно работает user-mode даже RedHat(без Enterprise) 9, тот, который Fedora 0, если так можно сказать...
Если бы что-то пошло не так, всегда можно было бы в GRUB выбрать старый kernel, а вот с user-mode, после его обновления, так не сделаешь.
| | |
| |
| 5.33, Терминус (?), 08:52, 17/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Как я понял вы Puppets используете, разве с ними восстановление после
неудачного обновления , скажем с нуля, не займет менее 15-30 минут?
Или обьем данных которые потом придется залить слишком большой?
| | |
| |
| 6.36, sHaggY_caT (ok), 10:54, 17/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Как я понял вы Puppets используете, разве с ними восстановление после
>неудачного обновления , скажем с нуля, не займет менее 15-30 минут?
>Или обьем данных которые потом придется залить слишком большой?
Мы стараемся, что бы все серверы были стандартные. Если что-то пошло не так, это уже гарантировать нельзя. В условиях форс-мажора, понятно, нужно сделать хоть как-то, а вот потом, заливаем сервер кикстартом с помощью Cobbler через интернет(обычно через VirtualMedia), или в офисе по PXE, кикстартом, а сверху накатывается Puppet.
Занимает где-то с час-полтора(в офисе 20 минут).
Естественно, это все упирается в нежелательный даунтайм, поэтому или ночью, или хорошо, если у клиента есть запасной сервер.
Сейчас думаем заказать запасной сами, для вот таких случаев.
| | |
| |
| 7.37, Терминус (?), 11:03, 17/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>В условиях форс-мажора, понятно, нужно сделать хоть как-то, а вот потом, заливаем
Ну да решение инцидента потом проблемы.
А в Puppets только то что изменялось в системе при ее настройке или все конфиги?
Они у вас кстати в чем лежат если не секрет, Subversion, GIT может CVS и настроен
ли pushing конфигов при изменении их в репозитарии на клиентские системы?
По PXE кикстартом я так понимаю только железные сервера, а виртуальные шаблоном,
видимо у клиентов ваших высокие требования по производительности если виртуалки не подходят.
| | |
|
|
|
|
|
| 2.27, AnViar (ok), 13:10, 16/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Обновил web-сервер. Все поднялось без проблем. Пакеты стояли все штатные, дополнительно подключен epel.
| | |
|
| |
| |
| 3.25, git (?), 08:07, 16/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
OMG. А гит там тоже до сих пор руками компилировать нужно?
| | |
| |
| 4.26, prapor (??), 11:44, 16/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Если хочешь 1.7 - да. Если надо работать с git через WebDAV - ещё и curl обновить прийдётся. Правда, от этого ломаются зависимости с кучей пакетов. А так в epel есть 1.5.
| | |
|
|
|
| |
| 2.35, pokalo (??), 10:14, 17/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >А у меня lvm2 не обновляется, конфликтует с device-mapper (
+ аналогично, на платформе x86_64.
| | |
| |
| 3.53, pokalo (??), 12:44, 17/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>А у меня lvm2 не обновляется, конфликтует с device-mapper (
>
>+ аналогично, на платформе x86_64.
гы, надо правильно обновлять просто...
yum clean all
yum update glibc\*
yum update yum\* rpm\* python\*
yum clean all
yum update
shutdown -r now
| | |
|
|
|
