17.8. kdump 設定のテスト


kdump の設定後、手動でシステムクラッシュをテストし、kdump が定義されたターゲットに vmcore ファイルを生成することを確認します。起動直後のカーネルは vmcore ファイルをキャプチャーします。このファイルには、カーネルクラッシュのデバッグに不可欠な情報が含まれています。

警告

アクティブな実稼働システムでは kdump をテストしないでください。kdump をテストするコマンドを実行すると、カーネルがクラッシュし、データが失われます。システムアーキテクチャーによっては、十分なメンテナンス時間を確保してください。kdump のテストでは、複数回の再起動が必要になる場合があり、起動に時間がかかることがあります。

kdump テスト中に vmcore ファイルが生成されない場合は、問題を特定して修正します。次に、テストを再度実行して、kdump 操作が正常に行われたことを確認します。

手動でシステムを変更した場合は、システム変更の最後に kdump 設定をテストする必要があります。たとえば、以下のような変更を行った後は、kdump が最適なパフォーマンスを発揮できるよう、必ず kdump の設定テストを実施してください。

  • パッケージのアップグレード。
  • ハードウェアレベルの変更 (ストレージやネットワークの変更など)。
  • ファームウェアのアップグレード。
  • サードパーティーのモジュールを含む新規のインストールおよびアプリケーションのアップグレード。
  • ホットプラグメカニズムを使用した、このメカニズムをサポートするハードウェアへのメモリーの追加。
  • /etc/kdump.conf ファイルまたは /etc/sysconfig/kdump ファイルに対する変更。

前提条件

  • システムの root 権限がある。
  • 重要なデータがすべて保存されている。kdump をテストするコマンドにより、カーネルがクラッシュし、データが失われます。
  • システムアーキテクチャーに応じて、十分なマシンメンテナンス時間が確保されている。

手順

  1. kdump サービスを有効にします。

    # kdumpctl restart
  2. kdumpctl を使用して kdump サービスのステータスを確認します。

    # kdumpctl status
    kdump:Kdump is operational

    必要に応じて systemctl コマンドを使用すると、出力が systemd ジャーナルに記録されます。

  3. カーネルクラッシュを開始して、kdump の設定をテストします。sysrq-trigger キーの組み合わせによりカーネルがクラッシュし、必要に応じてシステムが再起動します。

    # echo c > /proc/sysrq-trigger

    カーネルの再起動時に、/etc/kdump.conf ファイルで指定した場所に address-YYYY-MM-DD-HH:MM:SS/vmcore ファイルが作成されます。デフォルトは /var/crash/ です。

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る