shutdown & kernel panic

[novik]

Внезапно после shutdown начал случаться kernel panic. При чём в single user mode всё нормально, корректно выключается\перезагружается. Отключение вручную всех демонов и umount всех дисков ничего не даёт. В чём может быть причина?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Reken]

Может как вариант, старость железа? Комп старый или нет?

[novik]

как вариант, старость железа?

Комп действительно старый, но работает стабильно, вот кроме этого момента, с недавних пор. То есть сами железки проверять? Ok. Туда я не смотрел пока.

[snorlov]

Биос не крутили?

[novik]

Биос не крутили?

Нет. Случайно вообще обнаружил. Работает обычно 24/7 перезагружается крайне редко.

[Reken]

Как вариант можно полностью определить, в порядке ли железо и биос компа...
1) Если система UFS сделайте dump системы
2) Разверните этот dump в виртуальной машине
Если в виртуалке проблем с shutdown не будет, значит скорее всего у компа проблемы или с железом или с биосом. Если в виртуалке те же проблемы, значит скорее всего что то с софтом...

[Demis]

Внезапно

- так не бывает, всегда есть причина.
Нужно больше информации чтобы понять направление от чего у Вас паника случается.

У нас есть метод ее получения описанный в

Код: Выделить всё

ee /etc/defaults/rc.conf

Делаем:

Код: Выделить всё

cat /etc/defaults/rc.conf|grep dump

dumpdev="NO"            # Device to crashdump to (device name, AUTO, or NO).
dumpdir="/var/crash"    # Directory where crash dumps are to be stored
savecore_enable="YES"   # Extract core from dump devices if any
savecore_flags="-m 10"  # Used if dumpdev is enabled above, and present.
                        # By default, only the 10 most recent kernel dumps
crashinfo_enable="YES"  # Automatically generate crash dump summary.
crashinfo_program="/usr/sbin/crashinfo" # Script to generate crash dump summary.

Внесли эту инфо в /etc/rc.conf
Перезагрузились.
Ждем следующей паники или сами ее вызываем.

Читаем содержимое файлов info, на предмет наличия строки "Panic String"

Код: Выделить всё

ls /var/crash/info*

cat /var/crash/info.14|grep Panic
  Panic String: double fault

Информация из "Panic String" может дать направление поиска проблемы.
К примеру "double fault", это (с высокой вероятностью) в кастомное ядро включены опции, которые уже по дефолту есть в ядре...
Но сейчас мы этого не знаем, т.к. ТС любезно не упомянул про систему или ее сборку...

[novik]

Разверните этот dump в виртуальной машине

Лучше HDD в другой комп воткну. НDD не сыплется, только что проверил.

[novik]

всегда есть причина

Причина конечно есть но не понятно в какой момент она случилась. Комп обычно перезагружается не чаще раза в месяц.

Panic String

Там самосборное ядро, дампов не сбрасывает, попробую со стандартным (с ним такая же фигня).

[Demis]

Там самосборное ядро

- Вот именно! Уже теплее...
Посмотрите, внимательно, на грабли с которыми сам столкнулся:
freebsd-f8/strannaya-problema-s-zfs-i-s ... ml#p385971
Хотя железо проверить тоже не мешает, правда обычно если железо дурит, то это как-то явно проявляется (хотя согласен, что и не всегда).

[novik]

железо дурит

Так и оказалось. Разобрал комп обнаружил на материнке опухший конденсатор. Заменил материнку, всё ok, shutdown отрабатывает нормально.

Для проверки воткнул в материнку с опухшим конденсатором HDD с тестовой системой… Теперь включается с бубном. Надо 2 min после подачи питания на БП подождать. Если не подождать, то на этапе определения HDD BIOS-м просто сразу выключается. Но shutdown тоже отрабатывает нормально. Вобщем 100% железяки.

Всем большое спасибо за помощь!