文章目录
1. 检查当前kdump服务状态
1.1 检查是否已经配置加载kdump环境
1.2 检查kdump服务是否正在运行
1.3 检查当前系统内存使用情况
1.4 检查kdump存储目录空间情况
1.5 修改sysconfig kdump参数
1.6 触发coredump动作
2. Kdump结果验证
3. Kdump失败回退
1. 检查当前kdump服务状态
1.1 检查是否已经配置加载kdump环境
检查命令：
grep crashkernel /proc/cmdline
结果确认：
如果能看到crashkernel=auto字样，表示已经加载
- 备注1：如果当前没有加载运行，以下操作都将无效（因为kdump服务必须要在操作系统启动前先加载1个kdump的内核环境）。
- 备注2：auto也可能是具体的内存大小，如128M或512M等。
1.2 检查kdump服务是否正在运行
检查命令：
systemctl status kdump
结果确认：
确认为运行状态active (running)
1.3 检查当前系统内存使用情况
备注：请特别关注已用内存，
检查命令：
free -h
结果确认：
记录：Mem行的total和used列
1.4 检查kdump存储目录空间情况
kdump.conf 配置文件里的coredump存储目录，确认目录位置和目录的空间（或目录所在的挂载点文件系统可用空间）
检查命令：
cat /etc/kdump.conf
结果确认：
确认这2行已经开启
path /var/crash core_collector makedumpfile -l --message-level 1 -d 31
备注1：默认coredump位置是 /var/crash/，这个目录可以根据实际情况修改crash目录空间必须要大于步骤2检查的内存used使用【极限情况下，crash目录应该大于memory+swap的总量，比如主机内存和swap完全耗尽的场景，通常不需要这么大，但是至少是比已用内存的2倍为好】，如果crash目录容量不足，请修改到有足够容量的目录（或挂载点），重启kdump服务
1.5 修改sysconfig kdump参数
vi /etc/sysconfig/kdump # 将下面这一行注释掉，然后复制一行，去掉里面的reset_devices配置 #KDUMP_COMMANDLINE_APPEND="irqpoll maxcpus=1 nr_cpus=1 reset_devices cgroup_disable=memory mce=off acpi_no_memhotplug" 修改后： KDUMP_COMMANDLINE_APPEND="irqpoll maxcpus=1 nr_cpus=1 cgroup_disable=memory mce=off acpi_no_memhotplug"
1.6 触发coredump动作
手工触发coredump动作，开始收集coredump
执行命令：
echo 1 > /proc/sys/kernel/sysrq echo c > /proc/sysrq-trigger
备注：根据内存使用量和存储空间写入速度不同，coredump时间不同，无准确时间，coredump收集完成后，主机会自动重启。
2. Kdump结果验证
收集coredump文件
正确结果：
如果crash目录下的127.0.0.1-时间戳的子目录，并且目录下有vmcore文件，则表示收集成功。
失败结果：
如果crash目录下没有vmcore文件，则表示coredump收集失败。
发送vmcore文件
将crash目录下生成的127.0.0.1-时间戳的子目录下下的所有文件下载后发给原厂分析（该目录可能很大，与内存使用量有关，几百兆到几十G都可能）
3. Kdump失败回退
kdump属于故障信息单次收集操作，没有失败回退。
