Unnamed repository
224b700c82
When doing kdump If the capture kernel crashes for some reason, the default behavior appears to be hanging the system without rebooting. We at least need an option to reset if the capture kernel crashes. Business critical customers tend to want the system to reboot without manual intervention. Kernel provides a parameter “panic=n” to solve such problem. If this parameter is given, the capture kernel will reboot after n seconds in case it panics. Now add this parameter into “KDUMP_COMMANDLINE_APPEND”, and set the default waiting time value as 10 seconds. It's tested on KVM f19, and passed. Signed-off-by: Baoquan He <bhe@redhat.com> Acked-by: Vivek Goyal <vgoyal@redhat.com> |
||
---|---|---|
po | ||
.gitignore | ||
98-kexec.rules | ||
dracut-kdump.sh | ||
dracut-module-setup.sh | ||
dracut-monitor_dd_progress | ||
firstboot_kdump.py | ||
kdump.conf | ||
kdump.conf.5 | ||
kdump.init | ||
kdump.service | ||
kdump.sysconfig | ||
kdump.sysconfig.i386 | ||
kdump.sysconfig.ia64 | ||
kdump.sysconfig.ppc64 | ||
kdump.sysconfig.s390x | ||
kdump.sysconfig.x86_64 | ||
kdumpctl | ||
kexec-kdump-howto.txt | ||
kexec-tools-2.0.3-build-makedumpfile-eppic-shared-object.patch | ||
kexec-tools-2.0.3-disable-kexec-test.patch | ||
kexec-tools.spec | ||
mkdumprd | ||
mkdumprd.8 | ||
rhcrashkernel-param | ||
sources | ||
zanata-notes.txt |