本案环境： [ root @ bright~~ ] # cat/etc/red hat-release uname-r
centos发行版6.6 (final ) )。
2.6.32-504.el6.x86_64
kdump是Linux内核的故障转储机制。 如果系统崩溃，kdump会创建内存映像(vmcore )以帮助您确定崩溃的原因。 要启用kdump，必须提供kdump专用的部分系统存储器。 此内存不能用于其他用途。 这与以前的diskdump、netdump的理由相同。 但是，kdump是RHEL5特有的。
已发现系统启动时kdump服务无法启动。 图：
请参阅系统日志文件中有关kdump服务的信息。 [ root @ bright~] # awk-f : '/dump/'/var/log/messages|tail-2
mar 1500336052:05 bright kdump : nocrashkernelparameterspecifiedforrunningkernel
mar 150033605:03 bright kdump 3360 nocrashkernelparameterspecifiedforrunningkernel
查看grup.conf文件中有关内核的信息[ root @ bright~] # awk-f : '/kernel/'/etc/grub.conf|grep-v ^ #
kernel/vmlinuz-2.6.32-504.el6.x86 _ 64 ro root=uuid=BC 924 b 70-6545-4520-b995-723 f 1413754 CRD _ no _ lo
解决方案：
如果更改/etc/grub.conf的内核行crashkernel=auto的内容，则crash kernel=128 m @ 48m [ root @ bright~] # VI/etc/grub.conf
[ root @ bright~] # awk-f : '/kernel/'/etc/grub.conf|grep-v ^ #
kernel/vmlinuz-2.6.32-504.el6.x86 _ 64 ro root=uuid=BC 924 b 70-6545-4520-b995-723 f 1413754 CRD _ no _ lo
重新启动系统以查看系统引导的详细信息
从系统日志来看，kdump服务正常启动。 [ root @ bright~] # awk-f : '/kdump/'/var/log/messages|tail-4
mar 1500336052:05 bright kdump : nocrashkernelparameterspecifiedforrunningkernel
mar 150033605:03 bright kdump 3360 nocrashkernelparameterspecifiedforrunningkernel
mar 1501:04:47 bright kdump : kexec : loadedkdumpkernel
mar 1501:04:47 bright kdump : started up
好的！
错误原因：
如果系统内存=8 GB未保留在kdump kernel中； 这意味着crashkernel=auto关闭了计算机的kdump功能
如果系统内存为8 GB，但=16 GB，则crashkernel=auto保留256M，与crashkernel=256M等效
如果系统内存为16GB，则crashkernel=auto保留为512M，与crashkernel=512M相同
要设置crashkernel参数，请执行以下操作：
在kdump的设定中，经常对crashkernel的设定感到困惑。 “crashkernel=X@Y”，x应该是多大？ y应该设置在哪里？ 实际上，可以完全省略“@Y”的部分。 这样，kernel会自动选择开始地址。 另一方面，对于x的大小，i386/x86_64的系统可以是128M； 对于powerpc系统，设置为256米。
参考文献：