Немного контекста. Некоторые виртуальные машины, работающие на KVM (SmartOS) с использованием ядра 2.6.32.7, перезагружались. В журналах Qemu / KVM нет ничего, что указывало бы на проблему Qemu.
К сожалению, при тестировании kdump я обнаружил проблему, которая вызывает панику ядра kdump при записи диска дампа в драйвере virtio blk.
Итак, я решил просто настроить ядро для ведения журнала на последовательном устройстве для записи трассировки стека. Была перезагрузка машины и ничего, кроме последовательности загрузки, без трассировки стека. Ранний printk также установлен в конфигурации ядра.
Хотя эти виртуальные машины будут просто уничтожены и повторно подготовлены с использованием более нового образа, это вызвало вопрос.
А именно, почему в первую очередь перезагружается виртуальная машина, Qemu не закрывается и был запущен внешним процессом, гость явно перезагружается (нечисто из-за состояния ext при загрузке).
Однако, AFAIK, он не должен перезагружаться, если паника, ой, мягкая блокировка или жесткая блокировка, он должен оставаться включенным (даже если заблокирован). Kernel.panic systcl установлен в 0.
kernel.panic = 0
kernel.panic_on_oops = 0
kernel.unknown_nmi_panic = 0
kernel.panic_on_unrecovered_nmi = 0
kernel.panic_on_io_nmi = 0
kernel.softlockup_panic = 0
kernel.hung_task_panic = 0
vm.panic_on_oom = 0
Что еще может привести к тому, что ядро Linux решит перезагрузиться, или я неправильно понимаю любую из вышеперечисленных sysctl.