サーバーがredhat 6
あり、メモリは約 です。64GB
構成を計画していますが、設定kdump
すべきディスク サイズについて混乱しています。Redhat はそれを推奨していますmemory + 2% more
(つまり、約 66GB のディスク容量を意味します)。kdump に定義する最適なサイズを教えてください。
3 に答える
まず、Redhat サポートからの指示がない限り、kdump を有効にしないでください。KDumps は、ほとんどの Linux の「顧客」にとって有用なものを実際には何も生成しません。
次に、kdump は (潜在的に) RAM の内容全体をダンプ ファイルにダンプする可能性があります。64GB の RAM があり、kdump がトリガーされたときにそれがいっぱいである場合、はい、kdump ファイルのスペースは RH が提案したものである必要があります。とはいえ、ほとんどの問題は部分的な kdump で特定できます。RH サポートは、ファイルを送信してサイズを縮小する前に、ファイルに対して 'head -c' を実行するように以前に言っていました。通常、最初の 64MB までトリミングします。
最後に、問題のトラブルシューティングが完了したら、忘れずに kdumps を無効にしてください。これは、「開発/テスト」レベルより上のシステムで常に実行したいものではありません。最も重要なことは、kdump が発生した後にこのスペースを消去することを忘れないことです。
システムに十分なメモリがない限り、kdumpクラッシュリカバリサービスは動作しません。最小メモリー要件については、Red HatEnterpriseLinuxテクノロジーの機能と制限の比較表の「必要な最小要件」セクションを参照してください。kdumpが有効になっている場合、最小メモリ要件は、kdump用に予約されているメモリの量だけ増加します。この値はユーザーが決定し、crashkernel = autoオプションを使用すると、デフォルトで128MBに物理メモリのTBごとに64MBを加えたものになります(つまり、物理メモリが1TBのシステムの場合は合計192MBになります。 )。
Red Hat Enterprise Linux 6では、crashkernel = autoは、システムに4GB以上の物理メモリがある場合にのみメモリを予約します。
kdumpカーネル用に予約されているメモリの量をrootとして設定するには、テキストエディタで/boot/grub/grub.confファイルを開き、crashkernel = M(またはcrashkernel = auto)パラメータをカーネルのリストに追加します。オプション