CENTOS7 配置KDUMP和使用CRASH工具分析CRASH现场

最新推荐文章于 2025-06-17 19:08:53 发布

UncleYau

最新推荐文章于 2025-06-17 19:08:53 发布

阅读量1.2w

点赞数 1

分类专栏： linux-内核文章标签：内核 linux

linux-内核专栏收录该内容

3 篇文章

订阅专栏

本文介绍了kdump作为内核crash dump机制的工作原理及在CentOS 7中的配置方法。通过crash工具进行内核堆栈跟踪分析，帮助用户诊断系统故障。文章还提供了kdump启动失败的实例。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

关于kdump 和 crash
kdump是一种kernel crash dump的机制，它可以在内核crash时保存系统的内存信息用于后续的分析。kdump是基于kexec的。
crash是一个用于交互式地分析正在运行的Linux系统或者kernel crash后的core dump数据的工具。
在CentOS 7 中配置kdump
需要在kernel启动命令行参数中添加crashkernel参数，并启动kdump服务。
一般设置为 crashkernel=auto 表示根据系统内存自动reserve一些内存给kernelcrash用，在x86_64系统中内存大于等于2GB时会reserve内存，最小保留内存计算方法是：160 MB + 2 bits for every 4 KB of RAM.
当然，也可以设置crashkernel=512M这样的固定保留内存。
用 yum install kexec-tools 安装kdump工具和服务
用 systemctl start kdump 命令可以启动kdump.service，用 systemctl enable kdump 让dump服务在开机时自动启动。
kdump.service 相关的配置文件 /etc/kdump.conf 里面可以修改一些默认的配置，比如dump完成后的动作（默认是reboot）、dump文件存放的方式（本地目录、NFS、scp到另外服务器等）。
测试kdump
用root权限执行如下命令，可以让kernel crash。

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

kernel dump完成后，系统重启，进入到 /var/crash/ 目录下可以看到保存下来的crash时系统的内存数据文件。（默认保存在/var/crash目录）
4. 用crash工具分析
首先需要安装对应的kernel-debuginfo软件包，比如：

wget http://debuginfo.centos.org/7/x86_64/kernel-debuginfo-common-x86_64-3.10.0-327.el7.x86_64.rpm
wget http://debuginfo.centos.org/7/x86_64/kernel-debuginfo-3.10.0-327.el7.x86_64.rpm

安装好kernel-debuginfo包后，执行类似这样的crash命令即可进入交互式的分析：

crash /usr/lib/debug/lib/modules/3.10.0-327.el7.x86_64/vmlinux /var/crash/127.0.0.1-2016-03-28-15\:28\:59/vmcore

在输入bt可以展示kernel-stack的backtrace，更多crash中的命令见 man crash。
另外，给个我启动kdump.service失败的情况：
内存较小时，没有reserve内存给crashkernel；启动kdump.service会失败，systemctl status kdump 会看到如下log:

kdump no memory log

Shell
[root@localhost ~]# systemctl status kdump
● kdump.service - Crash recovery kernel arming
 Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)
 Active: failed (Result: exit-code) since Mon 2016-03-28 14:17:21 CST; 7s ago
 Process: 29388 ExecStart=/usr/bin/kdumpctl start (code=exited, status=1/FAILURE)
 Main PID: 29388 (code=exited, status=1/FAILURE)

Mar 28 14:17:20 localhost.localdomain systemd[1]: Starting Crash recovery kernel arming...
Mar 28 14:17:21 localhost.localdomain kdumpctl[29388]: No memory reserved for crash kernel.
Mar 28 14:17:21 localhost.localdomain kdumpctl[29388]: Starting kdump: [FAILED]
Mar 28 14:17:21 localhost.localdomain systemd[1]: kdump.service: main process exited, code=exited, status=1/FAILURE
Mar 28 14:17:21 localhost.localdomain systemd[1]: Failed to start Crash recovery kernel arming.
Mar 28 14:17:21 localhost.localdomain systemd[1]: Unit kdump.service entered failed state.
Mar 28 14:17:21 localhost.localdomain systemd[1]: kdump.service failed.