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磁盤大小的最佳做法是什麼

回答

相關問題