Не в kernel panic уходит случаем? И есть ли какая-то закономерность?
Наблюдаю с ядра 3.6.2 редкие kernel panic на выключении машин.

Нет, просто чего-то ждет. Проверено на 4х серверах, железо разное.

Maksim Bekhtin wrote:

Таже проблема.
Система: CDS 13-3.7.7
Сервер: HP Proliant DL 160 G8.

Попробуйте варианты решения из этого топика

Вывод после команды less /var/log/messages | grep ACPI:

Calculate kernel: ACPI: acpi_idle registered with cpuidle
Calculate kernel: ACPI: Power Button [PWRF]
Calculate kernel: power_meter ACPI000D:00: Found ACPI power m eter.
Calculate kernel: power_meter ACPI000D:00: Ignoring unsafe so ftware power cap!
Calculate kernel: ACPI: Thermal Zone [THM0] (8 C)
Calculate kernel: ACPI Warning: 0x0000000000000928-0x00000000 0000092f SystemIO conflicts with Region \SGPE 1 (20120913/utaddress-251)
Calculate kernel: ACPI: If an ACPI driver is available for th is device, you should use it instead of the native driver
Calculate kernel: ACPI: acpi_idle registered with cpuidle
Calculate kernel: ACPI: Power Button [PWRF]
Calculate kernel: power_meter ACPI000D:00: Found ACPI power m eter.
Calculate kernel: power_meter ACPI000D:00: Ignoring unsafe so ftware power cap!
Calculate kernel: ACPI: Thermal Zone [THM0] (8 C)
Calculate kernel: ACPI Warning: 0x0000000000000928-0x00000000 0000092f SystemIO conflicts with Region \SGPE 1 (20120913/utaddress-251)
Calculate kernel: ACPI: If an ACPI driver is available for th is device, you should use it instead of the native driver
Calculate kernel: ACPI: acpi_idle registered with cpuidle
Calculate kernel: ACPI: Power Button [PWRF]
Calculate kernel: power_meter ACPI000D:00: Found ACPI power m eter.
Calculate kernel: power_meter ACPI000D:00: Ignoring unsafe so ftware power cap!
Calculate kernel: ACPI: Thermal Zone [THM0] (8 C)
Calculate kernel: ACPI Warning: 0x0000000000000928-0x00000000 0000092f SystemIO conflicts with Region \SGPE 1 (20120913/utaddress-251)
Calculate kernel: ACPI: If an ACPI driver is available for th is device, you should use it instead of the native driver

Yuri Blohin wrote:

В топике обсуждается ядро 2.6.37 и предложено при загрузке отключить ACPI, это не решает данную проблему. Более того на имеющемся железе не было проблем с ядром 2.6.37. Так же данная проблема проявляется только на кальковских ядрах версий больше 3.4.х.

Maksim Bekhtin wrote:

Yuri Blohin wrote:

Попробуйте варианты решения из этого топика

В топике обсуждается ядро 2.6.37 и предложено при загрузке отключить ACPI, это не решает данную проблему. Более того на имеющемся железе не было проблем с ядром 2.6.37. Так же данная проблема проявляется только на кальковских ядрах версий больше 3.4.х.

Максим, удалось ли победить недуг?))

Николай Киршин wrote:

Maksim Bekhtin wrote:

Yuri Blohin wrote:

Попробуйте варианты решения из этого топика

В топике обсуждается ядро 2.6.37 и предложено при загрузке отключить ACPI, это не решает данную проблему. Более того на имеющемся железе не было проблем с ядром 2.6.37. Так же данная проблема проявляется только на кальковских ядрах версий больше 3.4.х.

Максим, удалось ли победить недуг?))

Пока не удалось

возникла похожая ситуация на ноутбуке Sony SZ2XP с той лишь разницей, что reboot проходит успешно, а на shutdown -h now виснет
в логах есть варнинг похожий на указанный выше:
Calculate kernel: ACPI Warning: 0x0000000000000928-0x00000000 0000092f SystemIO conflicts with Region \SGPE 1 (20120913/utaddress-251)
Calculate kernel: ACPI: If an ACPI driver is available for th is device, you should use it instead of the native driver

прописывание параметров "noapic" "nolapic" в /etc/boot.conf помогает. пойдет-ли такой способ? насколько важны\неважны эти свойства? имхо причина все равно не удалена

если Вы нашли способ устранения причины, просьба отписать

Уберите из ядра uvesafb, должно помочь. Сам долго искал причину проблемы.

Павел Вибе wrote:

Уберите из ядра uvesafb, должно помочь. Сам долго искал причину проблемы.

Увы, это тоже не помогает :-(

Какое железо на серверах? Чем ядро и initramfs собираете? Я вместе с отключением uvesa менял еще пару опций, но был уверен, что причина в фреймбуфере. Киньте куда-нибудь конфиг ядра, пройдусь diff'ом.

Посмотрите http://www.calculate-linux.ru/issues/592 , решил похожую проблему.

http://www.calculate-linux.ru/boards/21/topics/23041?r=23105 - Решение проблемы