13.7. 测试 kdump 配置

配置 kdump 后，您必须手动测试系统崩溃，并确保 vmcore 文件在定义的 kdump 目标处产生。vmcore 文件是从全新引导的内核上下文中捕获的，因此有帮助调试内核崩溃的重要信息。

警告

不要在活跃的生产系统中测试 kdump。测试 kdump 的命令将导致内核崩溃，且数据丢失。根据您的系统架构，确保您安排了相当长的维护时间，因为 kdump 测试可能需要多次重启，且引导时间很长。

如果 vmcore 文件没有在 kdump 测试过程中生成，请在再次运行测试前识别并修复问题，以便成功进行 kdump 测试。

重要

确保安排了相当长的维护时间，因为 kdump 测试可能需要多次重启，且引导时间很长。

如果进行任何手动系统修改，您必须在任何系统修改的最后测试 kdump 配置。例如，如果您进行以下更改，请确保测试 kdump 配置，以获得最佳 kdump 性能：

先决条件

流程

启用 kdump 服务：
```
# kdumpctl restart
```
检查 kdump 服务的状态。使用 kdumpctl 命令，您可以将输出打印在控制台上。
```
# kdumpctl status
  kdump:Kdump is operational
```
或者，如果您使用 systemctl 命令，输出会打印在 systemd 日志中。
启动内核崩溃来测试 kdump 配置。sysrq-trigger 组合键导致内核崩溃，并可能在需要时重启系统。
```
# echo c > /proc/sysrq-trigger
```
在内核重启时，address-YYYY-MM-DD-HH:MM:SS/vmcore 文件在您在 /etc/kdump.conf 文件中指定的位置创建。默认值为 /var/crash/。

其他资源