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