7.7. 常见问题解答

在群集环境中使用 Kdump 时需要考虑哪些事项？

Kdump 在早期启动过程中失败，如何捕获引导日志？

如果启动第二个内核时出现问题，则需要查看早期启动日志，可以通过在受影响的机器上启用串行控制台来获取这些日志。

如何增加来自 makedumpfile 进行调试的消息传递？

如果 makedumpfile 失败，则需要提高日志级别来了解错误。这与设置转储级别不同，通过编辑 /etc/kdump.conf 并增加 message_level 选项以在 core_collector 行条目上创建 dumpfile 来实现。

默认情况下 ，makedumpfile 设置为级别 1，这会将输出限制为进度指示符。通过将此消息级别设置为 31 来启用所有调试信息。消息级别 31 将打印进度指示符、常见消息、错误消息、调试消息和报告消息的详细信息。

注意

有关消息级别选项的详情，请查看 makedumpfile(8) 手册页。

确定您的 core_collector 配置行在设置时类似如下：

core_collector makedumpfile -l --message-level 1 -d 31

如何调试 Dracut？

一些时间 dracut 可能无法构建 initramfs。如果发生这种情况，请提高日志级别 in dracut 来隔离问题。

编辑 /etc/kdump.conf 并更改 dracut_args 行，使其除您需要的任何其他 dracut 参数外还包含选项 -L 5。

如果您没有配置其它选项 in dracut_args，结果类似如下：

dracut_args -L 5

虚拟机可以使用哪种转储方式？

在大多数情况下，kdump 机制 足以在崩溃或 panic 后从机器获取内存转储。这可以像安装到裸机一样进行设置。

然而，在某些情况下，需要直接与管理程序合作来获取崩溃转储。libvirt 可通过两种机制实现此目标：pv panic 和 virsh 转储。这两个方法均在《虚拟化部署和管理指南》中进行了说明。

如何上传大型转储文件到红帽支持服务？

在某些情况下，可能需要向 Red Hat 全球支持服务发送内核崩溃转储文件进行分析。但是，转储文件可能非常大，即使在过滤后也是如此。由于在打开新的支持问题单时，大于 250 MB 的文件无法通过红帽客户门户网站直接上传，红帽会提供 FTP 服务器以上传大型文件。

FTP 服务器的地址为 dropbox.redhat.com，这些文件将上传到 /in传入/ 目录中。您的 FTP 客户端需要设置为被动模式；如果您的防火墙不允许此模式，请使用活动模式的 origin-dropbox.redhat.com 服务器。

确保上传的文件使用 gzip 等程序进行压缩，并且使用描述性正确命名。建议在文件名中使用您的支持问题单号。成功上传所有必要文件后，请为工程师提供确切的文件名及其 SHA1 或 MD5 校验和。

完成崩溃转储需要多长时间？

对于灾难恢复规划而言，通常需要知道转储完成所需的时间。但是，需要花费的时间长度高度依赖于复制到磁盘的内存量以及 RAM 和存储之间的接口速度。

对于时间测试，系统必须在代表负载下运行，否则页面排除选项可能会使用完全载入的生产系统给出 kdump 行为的假视图。在处理大量 RAM 时，尤其会出现这种差异。

在评估转储时间时，规划中的存储接口也应考虑。由于网络限制，例如，通过 ssh 进行连接转储可能需要比本地附加的 SATA 磁盘更长的时间。

安装期间如何配置 Kdump？

您可以在安装过程中使用一组有限的选项在 kickstart 或交互式 GUI 中配置 kdump。

使用 anaconda 安装 GUI 的 kdump 配置记录在《安装指南》的 KDUMP 部分。

kickstart 语法是：

%addon com_redhat_kdump [--disable,enable] [--reserve-mb=[auto,value]]
%end

使用这个附加组件到 Kickstart，您可以禁用或启用 kdump 功能（可选地定义保留内存大小），或者通过显式调用 auto 的默认选项（忽略整个交换机的情况）或者指定以 MB 为单位的数字值。

有关 Kickstart 附加组件语法的详情，请查看《安装指南》中的 Kickstart 语法参考。