Я подозреваю, что один из пакетов в последней обновленной системе вызывает проблемы с перезагрузкой системы. При перезагрузке сервер зависает на udev.
Вот список обновлений, которые предшествовали проблеме:
Oct 21 18:04:03 Updated: 6:kdelibs-3.5.4-26.el5_7.1.x86_64
Oct 21 18:04:06 Updated: httpd-2.2.3-53.el5_7.3.x86_64
Oct 21 18:04:07 Updated: postgresql-libs-8.1.23-1.el5_7.2.x86_64
Oct 21 18:04:08 Updated: 1:mod_ssl-2.2.3-53.el5_7.3.x86_64
Oct 21 18:04:10 Updated: 6:kdelibs-devel-3.5.4-26.el5_7.1.x86_64
Oct 21 18:04:11 Updated: 1:autofs-5.0.1-0.rc2.156.el5_7.3.x86_64
Oct 21 18:04:12 Updated: httpd-manual-2.2.3-53.el5_7.3.x86_64
Oct 21 18:04:14 Updated: kernel-headers-2.6.18-274.7.1.el5.x86_64
Oct 21 18:04:15 Updated: 1:php-pear-1.9.4-3.el5.remi.noarch
Oct 21 18:04:30 Installed: kernel-xen-2.6.18-274.7.1.el5.x86_64
Oct 21 18:04:39 Installed: kernel-devel-2.6.18-274.7.1.el5.x86_64
Oct 21 18:04:50 Updated: 6:kdelibs-3.5.4-26.el5_7.1.i386
Oct 21 18:04:51 Updated: postgresql-libs-8.1.23-1.el5_7.2.i386
Oct 21 18:04:53 Updated: 6:kdelibs-devel-3.5.4-26.el5_7.1.i386
/ var / log / messages показывает, что система вышла из строя для перезагрузки, но ничего не было зарегистрировано, когда машина попыталась вернуться (и зависла на udev). Это не значит, что udev не удалось, просто выводит udev и зависает.
Интересно, что при полной перезагрузке системы она загружалась без проблем (udev OK). Выдал shutdown -r, и система зависла на udev. Опять зажал кнопку включения, чтобы убить систему. Включил снова после жесткого сброса и он подошел (udev ОК). Теперь это произошло после полной перезагрузки.
Система: RHEL версии 5.7 (Tikanga), ядро 2.6.18-274.7.1.el5xen (x86_64) (Dell Poweredge)
Есть идеи, какой из этих пакетов может вызвать зависание udev?
Это было решено после окончательного удаления инструмента OpenManage. До этого Dell диагностировала проблемы с оборудованием и заменила практически всю систему (кроме приводов корпуса и оперативной памяти). Удаление OpenManage устранило проблему паники системы при запуске udev.
У меня возникли проблемы именно с версией ядра 2.6.18-274.7.1.el5, из-за которой многопоточные приложения зависали при чтении /proc/stat
Есть и другие, у которых были подобные проблемы именно с этим ядром: http://projects.puppetlabs.com/issues/10819.
Попробуйте загрузить немного более старое ядро и посмотрите, не исчезнет ли оно ...
Ярл