Тест Kdump не работает на машинах, развернутых MAAS и JUJU

Я пытаюсь добавить kdump на мою платформу Openstack, которая развернута MAAS и JUJU.

Я сделал несколько способов установки и тестирования Kernel Crash Dump. Все тесты используют версию Ubuntu OS 14.03 LTS.

(1) Установите kdump вручную на хост-машины в соответствии с руководством по удалению ядра ядра ubuntu. Когда я собирался выдать команды sudo sysctl -w kernel.sysrq=1 и echo c > /proc/sysrq-trigger с правами root, консоль застряла и показала несколько сообщений, таких как прикрепленное изображение консоли. Я долго ждал, а затем перезагрузил его, не было написано аварийного журнала.

тестирование kdump stuck console 1

(2) Используя JUJU charm: в соответствии с шагами в JUJU crash dump charm, я развернул ubuntu на хост-машине с помощью jju unubuntu uubuntu и использовал JUJU GUI для развертывания дампа сбоя и добавления отношения. На этот раз он показывает более подробную информацию, но он застрял на CR2: 0000000000000000 как показано на втором рисунке ниже.

тестирование kdump застрявшей консоли 2

Из других данных Q & A в google, следующий шаг, который ожидается после закрытия консоли, должен быть

 <blink> [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct ... 

(3) Я использую только MAAS для развертывания ОС Ubuntu на компьютере. И установите kdump вручную с помощью руководства umpuntu kernel-crash-dump в (1). И тестирование все еще застревает как «первое» прикрепленное изображение.

Кроме того, я меняю пароль учетной записи Ubuntu, выполняя sudo passwd ubuntu чтобы выполнить тестирование через разрешение учетной записи Ubuntu, так как он был создан MAAS ( whoami показывает учетную запись Ubuntu с правами root). Но он показывает результат «второго» прикрепленного изображения.

(4) Установите операционную систему сервера Ubuntu и ядро-аварийный сброс вручную на хост-машине. Тестирование было успешным, и журнал сбоев был сгенерирован в /var/crash как и ожидалось.

Каждый раз, когда конфигурация kdump была проверена перед тестированием командами, подобными примеру ниже, и все кажется прекрасным:

 <blink> # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.13.0-77-generic root=UUID=8e8764a1-3d79-4f6e-945e-f30e42ea5f5a ro crashkernel=384M-:128M # cat /sys/kernel/kexec_loaded 0 # cat /sys/kernel/kexec_crash_loaded 1 # kdump-config show DUMP_MODE: kdump USE_KDUMP: 1 KDUMP_SYSCTL: kernel.panic_on_oops=1 KDUMP_COREDIR: /var/crash crashkernel addr: 0x2c000000 current state: ready to kdump kexec command: /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinuz-3.13.0-77-generic root=UUID=8e8764a1-3d79-4f6e-945e-f30e42ea5f5a ro irqpoll maxcpus=1 nousb" --initrd=/boot/initrd.img-3.13.0-77-generic /boot/vmlinuz-3.13.0-77-generic 

Я все еще запутался в том, что развертывание Ubuntu OS с помощью MAAS и JUJU не может выполнить тестирование kdump и не имеет идеи отлаживать.

Благодарю.