不同的Linux发行版本对Kdump的配置都是不一样的，本文主要介绍CentOS的Kdump配置。

**想要实现Kdump功能，需要哪些配置？**

  1. 内核配置
  2. 安装kdump（kexec-tools）工具
  3. 修改内核启动参数（“crashkernel=xxxM quiet”）
  4. 修改kdump配置文件
  5. 启动kdump功能
  6. 验证Kdump功能

下面就对这几个方面做具体的介绍。

（一）内核配置

通常我们认为X86设备默认内核是已经配置了Kdump功能的。
想要确认当前内核是否支持kexec，可通过查看在/sys/kernel/下有没有kexec等文件去确认，同时通过查看 /sys/kernel/kexec_crash_loaded 的值，判断Kdump功能是否加载（“1”为已经加载，“0”为还未加载）

cat /sys/kernel/kexec_crash_loaded

如果没有，则需要我们对内核进行配置，具体如下（make menuconfig）：

CONFIG_KEXEC=y
Boot options  --->[*] Kexec system call (EXPERIMENTAL)
//此参数告诉系统使用Kexec跳过BIOS和引导（新）内核。（提供内核层面的kexec功能支持）
CONFIG_CRASH_DUMP=y
Boot options  --->[*] Build kdump crash kernel (EXPERIMENTAL)
//崩溃转储需要启用。没有此选项，Kdump将毫无用处。（提供内核层面的kdump功能支持）
CONFIG_SYSFS=y
File systems  --->Pseudo filesystems  --->[*] Tmpfs virtual memory file system support
//启用sysfs文件系统支持
CONFIG_PROC_VMCORE=y
File systems  --->Pseudo filesystems  --->-*- /proc file system support--->[*]   /proc/vmcore support
//此配置允许Kdump将内存转储保存到/proc/vmcore。
CONFIG_DEBUG_INFO=y
Kernel hacking  --->Compile-time checks and compiler options  --->[*] Compile the kernel with debug info
//此参数表示将使用调试符号构建内核。尽管这将增加内核映像的大小，但是具有可用的符号对于深入分析内核崩溃非常有用，因为它不仅使您可以跟踪导致崩溃的有问题的函数调用问题，而且可以跟踪特定行在相关来源中。

（二）安装kdump（kexec-tools）工具

通常我们认为X86设备默认内核是已经配置了Kdump功能的。
kdump依赖于kexec工具，验证kexec工具是否存在：

kexec -v

如果没有安装kexec工具，安装kexec：

sudo yum update
sudo yum search kexec-tools
sudo yum install kexec-tools

安装完成之后可以通过kexec -v查看kexec的版本。

（三）修改内核启动参数

之后修改/etc/default/grub内核启动文件，如下：

vi /etc/default/grub
修改为
GRUB_CMDLINE_LINUX="crashkernel=auto quiet"

说明：
    crashkernel=xxx    //预留内存大小
    quiet              //(过滤部分打印)表示在启动过程中只有重要信息显示，类似硬件自检的消息不回显示
注意：
    如果不加quiet可能会导致生成不了vmcore，原因暂时不明
    注意预留内存大小，过大/过小都会导致生成vmcore文件失败（不知道设置多少时，可以尝试每次增加128M）
    参考：https://blog.csdn.net/shipinsky/article/details/82816969

只要更改了grub文件，都需要更新grub配置。执行完毕后，需要重启才能生效。

sudo grub2-mkconfig -o /boot/grub2/grub.cfg
reboot

重启成功后，验证是否已成功配置启动参数：

cat /proc/cmdline

说明：
    如果在cmdline里找到了crashkernel参数，代表已经将配置写入内核了

（四）修改kdump配置文件

修改/etc/kdump.conf配置文件：

vim /etc/kdump.conf

其中需要注意的三行内容
...
path /var/crash                                            #指定coredump文件放在/var/crash文件夹中
core_collector makedumpfile -c -l -message-level 1 -d 31   #加上-c表示压缩，原文件中没有
default reboot                                             #生成coredump后，重启系统
...

注意：
    选项-c添加上后，可能会导致生成vmcore失败，原因不明，如果不添加可能会导致vmcore非常大（我这边vmcore有1.2GB）

（五）启动kdump功能

最后启动Kdump服务

systemctl enable kdump.service
systemctl start kdump.service

注意：
	如果您之前配置过kdump服务的，可以使用restart命令重新启动下，否则不一定能用，如：
	systemctl restart kdump.service

查看Kdump服务

systemctl status kdump

● kdump.service - Crash recovery kernel arming
   Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)
   Active: active (exited) since Mon 2020-12-21 14:45:36 CST; 7min ago
 Main PID: 6983 (code=exited, status=0/SUCCESS)
   Memory: 0B
   CGroup: /system.slice/kdump.service

（六）验证Kdump功能

最后的最后，我们来模拟系统异常崩溃，验证之前的操作是否都成功了：

echo 1 > /proc/sys/kernel/sysrq
echo c > /proc/sysrq-trigger

重启后，查看/var/crash目录

ls /var/crash/