2015-12-15 4 views
1

Я хотел бы проверить, создает ли мой сервер аварийный сбой при сбое ОС. Я вижу, что конфигурационный файл /etc/sysconfig/kdump настроен.Сбой сброса SLES

Итак, я выпустил команду на панику ядра echo c > /proc/sysrq-trigger, поэтому он разбил сервер, но по какой-то причине он никогда не создает файл дампа. Это лезвие HP BL460g7 с отключенным ASR.

Когда я запускаю панику ядра, она разбилась, но остается около 10 минут (похоже, она пытается сохранить свалку сбоев), но это никогда. Я проверил журналы сообщений, но не вижу причины, почему он не демпинг. Основная проблема заключается в том, как я могу найти, почему это не сбрасывает файл сбоя, есть ли какие-либо журналы, которые я могу проверить, что действительно пошло не так?

Я использую SUSE Linux Enterprise Server 11 (x86_64) SP 1.

ответ

0

ли вы следовать указаниям, приведенным здесь?

SUSE Support - Configure kernel core dump capture

Наиболее важные задачи должны быть:

  • установки Kdump, Kexec-инструменты и makedumpfile
  • добавить crashkernel = ... в командной строке ядра (Grub)
  • chkconfig boot.kdump на
  • убедитесь, что у вас достаточно свободного места в/var/crash (по умолчанию)

Затем перезагрузите систему и запустите:

sync; echo c >/proc/sysrq-trigger 

После очередной загрузки, пожалуйста, проверить наличие новых файлов в /var/crash. Если это не работает для вас, пожалуйста, покажите нам содержание /etc/sysconfig/kdump и, по крайней мере, выход

cat /proc/cmdline 
chkconfig boot.kdump 

ли вы дисплей подключен к аппарату?

Смежные вопросы