kdump磁盘大小的最佳做法是什么

我们有一个redhat 6服务器和内存大约是64GB，我们计划配置kdump，我对我应该设置的磁盘大小感到困惑。 Redhat建议这将是memory + 2% more（这意味着约66GB磁盘空间）。我需要你的建议什么是我应该为kdump定义的最佳尺寸。kdump磁盘大小的最佳做法是什么

来源

2013-02-22 Satish

首先，除非Redhat支持告诉你，否则不要启用kdump。 KDumps并不真正为大多数Linux'客户'提供任何有用的东西。

其次，kdump可能（可能）将RAM的全部内容转储到转储文件中。如果你有64GB的RAM ..AND ..当kdump被触发时它已满，那么是的，你的kdump文件的空间将需要RH建议。也就是说，大部分问题都可以通过部分kdumps来识别。 RH支持甚至在发送之前在文件上执行'head -c'以减小其大小。通常将其削减到第一个64MB。

最后，请记住在完成故障排除后，禁用kdumps。这不是您想要在“开发/测试”级别以上的任何系统上不断运行的东西。最重要的是记得在kdump发生后清理这个空间。

来源

2013-03-04 03:43:02

我仍然感到困惑，但我猜你一些如何正确的。 – Satish 2013-03-08 16:47:43

对于在生产环境中没有启用kdump，我不能不同意。为了解决意外挂起/重新启动问题的根本原因，您需要一个vmcore。这是不可协商的，我始终建议在每个生产和测试系统上启用kdump。你宁愿让一个宕机启用kdump，或者两个影响客户的停机时间（第一个事件，然后希望再生第二个）。 – cwawak 2013-12-05 16:36:44

这将取决于您的生产系统的重要性。启用kdump通常不会影响系统性能，但如果内存使用率在系统上存在问题，也可能会影响系统性能。因为它会影响可用内存。更重要的是，只有在系统创建了（通常非常大的）转储文件之后，所需的重新启动才能发生。在我的生产环境中，任何意外挂起/重新启动都是通过以下方式处理的：1>使用尽可能快的恢复方法（即无kdumps），2>在尽可能最短的维护时间内安排完整的硬件交换。 – 2013-12-05 17:53:16

除非系统有足够的内存，否则kdump崩溃恢复服务将无法运行。有关最小内存要求的信息，请参阅红帽企业Linux技术功能和限制比较图表中的必需最小值部分。当启用kdump时，最小内存要求会增加预留的内存量。此值由用户确定，并且在使用crashkernel = auto选项时，对于每TB物理内存，它默认为128 MB加上64 MB（即对于具有1 TB物理内存的系统，总共为192 MB ）。

在红帽企业版Linux 6中，如果系统具有4 GB或更多的物理内存，crashkernel = auto仅预留内存。

要为root用户配置为kdump内核保留的内存量，请在文本编辑器中打开/boot/grub/grub.conf文件，并将crashkernel = M（或crashkernel = auto）参数添加到内核选项列表

来源

2013-03-07 08:00:51 user1263746

我需要多少磁盘空间？如果我有64GB内存？ – Satish 2013-03-07 14:44:06

-1

我以前有同样的问题。

的存储器为内核转储内核预留的量可以使用以下方案来估计：

基本存储器而保留= 128MB
额外64MB添加在每个 TB物理RAM本的系统。因此，例如，如果一个系统有1TB的内存192MB（128MB + 64MB）将被保留。

所以我相信你的情况下128MB就足够了。

你可能想看看这个链接Configuring crashkernel on RHEL6.2 (and later) kernels

来源

2017-03-08 02:25:34 hereischen

kdump磁盘大小的最佳做法是什么

回答

相关问题