我们有一redhat 6
台服务器和内存64GB
,我们正在计划配置kdump
,我对应该设置的磁盘大小感到困惑。Redhat 建议它会是memory + 2% more
(这意味着大约 66GB 磁盘空间)。我需要你的建议,我应该为 kdump 定义的最佳大小是多少。
3 回答
首先,除非 Redhat 支持人员告诉您,否则不要启用 kdump。KDumps 并没有真正产生对大多数 Linux '客户'有用的东西。
其次,kdump 可以(可能)将 RAM 的全部内容转储到转储文件中。如果您有 64GB 的 RAM ..AND.. 触发 kdump 时它已满,那么是的,您的 kdump 文件的空间将需要 RH 建议的空间。也就是说,大多数问题都可以通过部分 kdump 来识别。RH 支持之前甚至说过要在发送文件之前对文件执行“head -c”以减小文件大小。通常将其缩减到前 64MB。
最后,请记住在完成对问题的故障排除后禁用 kdump。这不是您希望在任何高于“开发/测试”级别的系统上不断运行的东西。最重要的是记住在发生 kdump 后清除此空间。
除非系统有足够的内存,否则 kdump 崩溃恢复服务将无法运行。有关最低内存要求的信息,请参阅 Red Hat Enterprise Linux 技术功能和限制比较表的最低要求部分。启用 kdump 后,最低内存要求会随着为其保留的内存量而增加。此值由用户确定,当使用 crashkernel=auto 选项时,默认为 128 MB 加上每 TB 物理内存 64 MB(即,对于具有 1 TB 物理内存的系统,总共 192 MB )。
在 Red Hat Enterprise Linux 6 中, crashkernel=auto 仅在系统具有 4 GB 或更多物理内存时才保留内存。
要配置为 kdump 内核保留的内存量,请以 root 身份在文本编辑器中打开 /boot/grub/grub.conf 文件,并将 crashkernel=M(或 crashkernel=auto)参数添加到内核列表选项
我以前也有同样的问题。
为 kdump 内核保留的内存量可以通过以下方案估算:
要保留的基本内存 = 128MB
,为系统中存在的每 TB 物理 RAM 添加额外的 64MB。因此,例如,如果系统有 1TB 的内存,则将保留 192MB (128MB + 64MB)。
所以我相信 128MB 在你的情况下就足够了。
您可能想查看此链接在 RHEL6.2(及更高版本)内核上配置 crashkernel