搜索

13.7. 测试 kdump 配置

download PDF

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

警告

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

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

重要

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

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

  • 软件包升级。
  • 硬件级别的更改,如存储或网络更改。
  • 固件和 BIOS 升级。
  • 包括第三方模块的新安装和应用程序升级。
  • 如果您使用热插机制在支持此机制的硬件上添加更多内存。
  • /etc/kdump.conf/etc/sysconfig/kdump 文件中进行了更改后。

先决条件

  • 您在系统上具有 root 权限。
  • 您已保存了所有重要数据。测试 kdump 的命令导致内核崩溃,且数据丢失。
  • 您已根据系统架构安排了相当长的机器维护时间。

流程

  1. 启用 kdump 服务:

    # kdumpctl restart
  2. 检查 kdump 服务的状态。使用 kdumpctl 命令,您可以将输出打印在控制台上。

    # kdumpctl status
      kdump:Kdump is operational

    或者,如果您使用 systemctl 命令,输出会打印在 systemd 日志中。

  3. 启动内核崩溃来测试 kdump 配置。sysrq-trigger 组合键导致内核崩溃,并可能在需要时重启系统。

    # echo c > /proc/sysrq-trigger

    在内核重启时,address-YYYY-MM-DD-HH:MM:SS/vmcore 文件在您在 /etc/kdump.conf 文件中指定的位置创建。默认值为 /var/crash/

其他资源

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.