Документация<Предыдущая | Содержание: | Следующая>
6.5. Проверка
Чтобы убедиться, что механизм дампа ядра включен, нужно проверить несколько вещей. Сначала убедитесь, что аварийное ядро присутствует параметр загрузки (примечание: следующая строка была разделена на две части, чтобы соответствовать формату этого документа:
cat / proc / cmdline
BOOT_IMAGE=/vmlinuz-3.2.0-17-server root=/dev/mapper/PreciseS-root ro crashkernel=384M-2G:64M,2G-:128M
" аварийное ядро параметр имеет следующий синтаксис:
crashkernel = : [, : , ...] [@ смещение] диапазон = начало- [конец] «начало» - включительно, а «конец» - исключающее.
Итак, для параметра crashkernel, найденного в / proc / cmdline мы бы хотели иметь :
crashkernel=384M-2G:64M,2G-:128M
Вышеуказанное значение означает:
• если RAM меньше 384M, то ничего не резервируйте (это случай «спасения»)
• если размер ОЗУ составляет от 386 МБ до 2 ГБ (исключая), зарезервируйте 64 МБ
• если размер ОЗУ больше 2 ГБ, зарезервируйте 128 МБ
Во-вторых, убедитесь, что ядро зарезервировало запрошенную область памяти для ядра kdump, выполнив:
dmesg | grep -i сбой
...
[0.000000] Зарезервировано 64 МБ памяти из 800 МБ для аварийного ядра (системная ОЗУ: 1023 МБ)
Наконец, как было показано ранее, kdump-config показать команда отображает текущий статус конфигурации kdump-tools:
kdump-config показать
DUMP_MODE: кдамп
USE_KDUMP: 1
KDUMP_SYSCTL: kernel.panic_on_oops = 1 KDUMP_COREDIR: / var / сбой
адрес crashkernel: 0x2c000000
/ var / lib / kdump / vmlinuz: символическая ссылка на /boot/vmlinuz-4.4.0-10-generic kdump initrd:
/var/lib/kdump/initrd.img: символическая ссылка на /var/lib/kdump/initrd.img-4.4.0-10-generic текущее состояние: готов к kdump
команда kexec:
/ sbin / kexec -p --command-line = "BOOT_IMAGE = / vmlinuz-4.4.0-10-generic root = / dev / mapper / VividS - vg-root ro debug break = init console = ttyS0,115200 irqpoll maxcpus = 1 нусб
systemd.unit = kdump-tools.service "--initrd = / var / lib / kdump / initrd.img / var / lib / kdump / vmlinuz