上下文的位。 很less有虚拟机在KVM（SmartOS）上运行，使用内核2.6.32.7已经重新启动。 Qemu / KVM日志中没有任何内容表明这是一个Qemu问题。
不幸的是，在testingkdump的时候，我发现了一个问题，当在virtio blk驱动中写入转储磁盘时，导致kdump内核崩溃。
所以我决定设置内核来login串口设备来捕获堆栈跟踪。 有一台机器重新启动，除了启动顺序，没有任何堆栈跟踪。 早期的printk也被设置在内核configuration中。
虽然这些虚拟机将被吹走，并使用更新的映像重新configuration，但它提出了一个问题。
也就是说，为什么虚拟机重新启动，Qemu不退出，并由外部进程启动客人明显重新启动（不干净，由于启动时的状态）。
然而，AFAIK不应该重新启动，恐慌，哎呀，软locking或hardlockup，它应该保持（即使locking）kernel.panic系统设置为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。