What could cause linux to reboot even though panic is not set

Немного контекста. Некоторые виртуальные машины, работающие на 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, или я неправильно понимаю любой из вышеперечисленных sysctls.