Я пытаюсь настроить дампы катастрофического отказа в моем (объем плазмы) Xen domU. Я дал память 3G VM, которая должна сделать. Это имеет много дискового пространства для / (не отдельное монтирование для других каталогов).
root@t-51:~# kdump-config show
DUMP_MODE: kdump
USE_KDUMP: 1
KDUMP_SYSCTL: kernel.panic_on_oops=1
KDUMP_COREDIR: /var/crash
crashkernel addr: 0x2f400000
current state: Not ready to kdump # <--- this seems to be because /sys/kernel/kexec_crash_loaded is 0
kexec command:
no kexec command recorded
root@t-51:~# cat /sys/kernel/kexec_crash_loaded
0
root@t-51:~# dmesg | grep crash
[ 0.000000] Command line: root=UUID=0d899955-d348-43a3-9341-527293093b5e ro quiet splash crashkernel=128M@756M $vt_handoff
[ 0.000000] Reserving 128MB of memory at 756MB for crashkernel (System RAM: 2999MB)
[ 0.000000] Kernel command line: root=UUID=0d899955-d348-43a3-9341-527293093b5e ro quiet splash crashkernel=128M@756M $vt_handoff
Но поскольку Вы видите от журнала dmesg, он действительно на самом деле резервировал память для crashkernel. Почему это показывает, что это не готово?
необходимо видеть журналы сервисных kdump-инструментов. sudo service kdump-tools status
Затем можно определить проблему согласно журналам.
Я встречаюсь с этой проблемой также. Сначала я проверяю журнал, и я вижу журнал как это:
Jul 15 16:38:15 generic-2-clone systemd[1]: Starting Kernel crash dump
capture service...
Jul 15 16:38:16 generic-2-clone kdump-tools[1625]: Starting kdump-tools:
Could not find a free area of memory of 0x6baf000 bytes...
Jul 15 16:38:16 generic-2-clone kdump-tools[1625]: locate_hole failed
Jul 15 16:38:16 generic-2-clone kdump-tools[1625]: * failed to load kdump
kernel.
от журналов я могу предположить, что зарезервированная память недостаточно для kdump. затем, я изменяю /etc/default/grub.d/kexec-tools.config
, измените зарезервированную память от 128M до 256M. и затем coldreboot.
теперь, это в порядке.