RHEL: Red Hat Enterprise LinuxでのNMIを使用したクラッシュ ダンプの構成
概要: サーバーが応答を停止したり、予期せず再起動したりする場合のトラブルシューティングに役立つようにするには、問題の原因となっているソフトウェア、ドライバー、またはハードウェア コンポーネントを特定することが重要です。 オペレーティング システムのクラッシュ ダンプは、重要な手がかりを提供することができます。
この記事は次に適用されます:
この記事は次には適用されません:
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
手順
Red Hat Enterprise Linuxでクラッシュ ダンプを構成します。
Red Hat Enterprise Linuxでクラッシュ ダンプを設定し、iDRACでNMI機能を設定する手順を次に示します。
- CMC、iDRAC、BIOSファームウェアが最新であることを確認します。
- 次の記事「Red Hat Enterprise Linux で kdump を使用してカーネルのクラッシュ、ハング、再起動をトラブルシューティングする方法 - Red Hat カスタマーポータル」を使用して、Red Hat Linux で Kdump を設定します。
- メモリーの内容全体がダンプにキャプチャーされるように、ダンプに十分なスペースを割り振ってください
- 次のコマンドを入力して、不明なNMIを受信したときにパニック ルーチンを呼び出すようにシステムが設定されているかどうかを判断します。
# sysctl kernel.unknown_nmi_panic
- 不明なNMIを受信したときにパニック ルーチンを呼び出すようにシステムが構成されていない場合、このコマンドによって次の出力が生成されます。
kernel.unknown_nmi_panic = 0
- デフォルトのカーネル設定を使用する場合、Linuxカーネルは不明なNMIの発生を/var/log/messagesに記録しますが、システムはパニック ルーチンを呼び出しません。
- 不明な NMI を受信したときにカーネルがパニックルーチンを呼び出せるようにするには、/etc/sysctl.conf ファイルを編集して、次の行がファイルにあることを確認します。
kernel.unknown_nmi_panic = 1
- 次のコマンドを入力して、設定を再ロードします。リロード出力の一部として、新しい値のレポートが表示されます。
# sysctl -p net.ipv4.icmp_echo_ignore_broadcasts = 1 net.ipv4.conf.all.rp_filter = 1 kernel.unknown_nmi_panic = 1
- サーバーが応答を停止したら、[iDRAC] - [Power management] - [NMI] - [Apply]の順に選択します。システムがメモリーのダンプを開始し、ダンプが完了するまで30分から45分待ちます。完了すると、サーバーが再起動します。
Red Hat サポートは、徹底的なダンプ分析を実行できます。
対象製品
Red Hat Enterprise Linux Version 7, Red Hat Enterprise Linux Version 9, Red Hat Enterprise Linux Version 8製品
C Series, Rack Servers, Tower Servers文書のプロパティ
文書番号: 000138613
文書の種類: How To
最終更新: 29 10月 2025
バージョン: 7
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。