カーネルパニックはその名に恥じないことが多く、管理者にパニックを引き起こします。しかし、良いニュースは、すべてが失われるわけではないということです。実行できる手順があります。
では、まず、カーネルパニックとは何ですか？ Computer Security Resource Center（CSRC）の用語集で定義されているように、カーネルパニックは「回復できないシステムエラーであり、システムを再起動する必要があります」です。ご存知のとおり、強制再起動は決して良いことではありません。
[読者も気に入っています：Red HatEnterpriseLinux用のリアルタイムカーネルの操作]
システムを再起動する必要があるため、パニック時にシステムのメモリにあるものなどの貴重なデバッグ情報は、システムが復旧したときに失われます。トラブルシューティングの目的で非常に役立つ可能性があるその情報を収集するには、事前にコア収集方法を構成することが不可欠です。 Red Hat Enterprise Linux 8でkdumpを設定するには、システム設計ガイドRed Hat Enterprise Linux 8に記載されている手順に従ってください。 またはこのラボで。 kdumpの後 構成、テスト、および動作が確認されたので、システムにカーネルパニックが発生した場合にコアを収集する準備が整いました。
システムがクラッシュし、コアダンプを収集したら、次のステップはコアを掘り下げてログを分析することです。 Red Hatサブスクリプションをお持ちの場合は、サポートケースを作成して、RedHatサポートエンジニアが問題に取り組むことができるようにすることができます。サポートチケットを作成するには、この場所に移動して、右上隅にある[ケースを開く]ボタンをクリックします。手順を実行してケースを作成し、コアファイルをケースにアップロードします。ファイルの添付についてサポートが必要な場合は、次の記事を参照してください。
- Red Hatサポートにファイルを提供する方法（vmcore、rhev logcollector、sosreports、ヒープダンプ、ログファイルなど）
- Red Hatアクセス：RedHatサポートツール
Red Hatサポートを使用せずに問題のトラブルシューティングを行う必要がある場合は、コアダンプを分析して開始するための環境をセットアップする必要があります。そのためには、vmcore分析環境をセットアップする方法の記事をご覧ください。 およびvmcoreをローカルで分析するための基本的な集中型クラッシュ分析システムを作成する方法 手順の詳細。環境が構成された後、Vmcore分析手法 この記事には、vmcoreの内部からプロセスを分析するためのウォークスルーがあります。以前に参照したシステム設計ガイドのセクション43.10.2および43.10.3 、crashを開始する例はたくさんあります ユーティリティを使用して、コアファイルから情報を取得します。
詳細については、次の記事を参照してください。
- カーネルパニックの概要
- カーネルクラッシュダンプからアプリケーションコアダンプを取得するにはどうすればよいですか？
- カーネルoopsアナライザー
[無料ダウンロード：高度なLinuxコマンドのチートシート。 ]