RHEL 9 for Real Time のインストール

前提条件

• AMD64 または Intel64 システムに最新バージョンの RHEL 9 がインストールされている。リアルタイムカーネルは、Red Hat Enterprise Linux の実行が認定されている AMD64 および Intel 64 (x86_64 とも呼ばれます) サーバープラットフォームで動作します。
• マシンが登録され、RHEL が RHEL for Real Time サブスクリプションに割り当てられている。

• ベースプラットフォームが適切にチューニングされ、システム BIOS パラメーターが調整されている。

  警告

  リアルタイムカーネルをインストールする前に前提条件のタスクを実行しないと、RHEL for Real Time カーネルのデプロイメントで一貫したパフォーマンスが得られなくなる可能性があります。

検証

• インストールの場所を確認し、コンポーネントが正常にインストールされていることを確認します。

  # rpm -ql realtime-setup
  /etc/security/limits.d/realtime.conf
  /etc/sysconfig/realtime-setup
  /etc/udev/rules.d/99-rhel-rt.rules
  /usr/bin/realtime-setup
  /usr/bin/rt-setup-kdump
  /usr/bin/slub_cpu_partial_off
  /usr/lib/.build-id
  /usr/lib/.build-id/a4
  /usr/lib/.build-id/a4/da77908aa4c6f048939f3267f1c552c456d117
  /usr/lib/systemd/system/rt-entsk.service
  /usr/lib/systemd/system/rt-setup.service
  /usr/sbin/kernel-is-rt
  /usr/sbin/rt-entsk

• RHEL for Real Time カーネルパッケージである kernel-rt パッケージ。
• real-time カーネルのテストプログラムを含む RHEL for Real Time カーネルテストパッケージ。
• RHEL for Real Time デバッグパッケージ (デバッグおよびコードトレース用)。

• 最適な低レイテンシーの決定論を実現するには、RHEL for Real Time 固有のシステムチューニングを実行します。
• リアルタイムカーネルと標準カーネルのモジュール互換性について理解します。
• kdump を有効にするには、kexec/kdump を有効にしてクラッシュダンプ情報を提供するように RHEL for Real Time を設定する必要があります。
• Real Time カーネルがデフォルトのカーネルであることを確認するには、以下のコマンドを実行します。

• EMC Powerpath
• NVidia graphics
• Qlogic の高度なストレージアダプター設定ユーティリティー

手順

• デフォルトのカーネルを表示するには、以下のコマンドを実行します。

  # grubby --default-kernel
  
  /boot/vmlinuz-kernel-rt-5.14.0-70.13.1.rt21.83.el9_0

  コマンドの出力の rt は、デフォルトのカーネルがリアルタイムカーネルであることを示しています。

手順

• 現在システムが実行中のカーネルを表示します。

  ~]# uname -a
  Linux rt-server.example.com 4.18.0-80.rt9.138.el8.x86_64 …

  注記

  システムが、8.3 から 8.4 などのマイナー更新を受け取ると、デフォルトのカーネルが Real Time カーネルから標準カーネルに自動的に戻る場合があります。

検証

• kernel-rt がデフォルトのカーネルであることを確認するには、次のコマンドを入力します。

  # grubby --default-kernel
  /boot/vmlinuz-5.14.0-284.11.1.rt14.296.el9_2.x86_64.x86_64+rt

前提条件

• アクティブな RHEL サブスクリプションがある。
• システムの CPU アーキテクチャー用の kexec-tools パッケージを含むリポジトリーがある。
• kdump 設定とターゲットの要件をすべて満たしている。詳細は、サポートされている kdump 設定とターゲット を参照してください。

手順

• 次のコマンドを入力して、メモリー使用量に関するレポートを生成します。

  # makedumpfile --mem-usage /proc/kcore
  
  
  TYPE        PAGES    EXCLUDABLE    DESCRIPTION
  -------------------------------------------------------------
  ZERO          501635      yes        Pages filled with zero
  CACHE         51657       yes        Cache pages
  CACHE_PRIVATE 5442        yes        Cache pages + private
  USER          16301       yes        User process pages
  FREE          77738211    yes        Free pages
  KERN_DATA     1333192     no         Dumpable kernel data

前提条件

• システムの root 権限がある。
• kdump の設定とターゲットの要件をすべて満たしている。詳細は、サポートされている kdump 設定とターゲット を参照してください。
• IBM Z システムの場合は、zipl ユーティリティーがインストールされている。

前提条件

• システムの root 権限がある。
• kdump 設定とターゲットの要件をすべて満たしている。詳細は、サポートされている kdump 設定とターゲット を参照してください。

手順

• ローカルファイルシステムの /var/crash/ ディレクトリーにクラッシュダンプファイルを保存するには、/etc/kdump.conf ファイルを変更して、パスを指定します。

  path /var/crash

  path /var/crash オプションは、kdump がクラッシュダンプファイルを保存するファイルシステムへのパスを表します。

  注記
  • /etc/kdump.conf ファイルでダンプターゲットを指定すると、path は指定されたダンプ出力先に対する相対パスになります。
  • /etc/kdump.conf ファイルでダンプターゲットを指定しない場合、パスはルートディレクトリーからの 絶対 パスを表します。

  現在のシステムにマウントされているファイルシステムに応じて、ダンプターゲットと調整されたダンプパスが自動的に設定されます。

• kdump によって生成されるクラッシュダンプファイルと付随するファイルを保護するには、ユーザー権限や SELinux コンテキストなど、ターゲットの宛先ディレクトリーの属性を適切に設定する必要があります。さらに、次のように kdump.conf ファイルで kdump_post.sh などのスクリプトを定義することもできます。

  kdump_post <path_to_kdump_post.sh>

  kdump_post ディレクティブは、kdump がクラッシュダンプの取得と指定の保存先への保存を完了した 後に 実行されるシェルスクリプトまたはコマンドを指定するものです。このメカニズムを使用すると、kdump の機能を拡張して、ファイル権限の調整などの操作を実行できます。

• kdump ターゲット設定

• クラッシュダンプを保存するローカルディレクトリーを変更するには、root ユーザーとして /etc/kdump.conf 設定ファイルを編集します。

  1. #path /var/crash の行頭にあるハッシュ記号 (#) を削除します。

  2. 値を対象のディレクトリーパスに置き換えます。以下に例を示します。

     path /usr/local/cores

     重要

     RHEL 9 では、kdump systemd サービスが起動する際に、path ディレクティブを使用して kdump のターゲットとして定義されたディレクトリーが存在していなければ、エラーが発生する可能性があります。以前のバージョンの RHEL とは異なり、サービス起動時にディレクトリーが存在しない場合、ディレクトリーは自動的に作成されなくなりました。

• ファイルを別のパーティションに書き込むには、/etc/kdump.conf 設定ファイルを編集します。

  1. 必要に応じて #ext4 の行頭にあるハッシュ記号 (#) を削除します。

     • デバイス名 (#ext4 /dev/vg/lv_kdump 行)
     • ファイルシステムラベル (#0ext4 LABEL=/boot 行)
     • UUID (#ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937 の行)

  2. ファイルシステムタイプとデバイス名、ラベル、または UUID を必要な値に変更します。UUID 値を指定するための正しい構文は、UUID="correct-uuid" と UUID=correct-uuid の両方です。以下に例を示します。

     ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937

     重要

     LABEL= または UUID= を使用してストレージデバイスを指定することを推奨します。/dev/sda3 などのディスクデバイス名は、再起動した場合に一貫性が保証されません。

     IBM Z ハードウェアで Direct Access Storage Device (DASD) を使用する場合は、kdump に進む前に、ダンプデバイスが /etc/dasd.conf で正しく指定されていることを確認してください。

• クラッシュダンプを直接書き込むには、/etc/kdump.conf 設定ファイルを修正します。

  1. #raw /dev/vg/lv_kdump の行頭にあるハッシュ記号 (#) を削除します。

  2. 値を対象のデバイス名に置き換えます。以下に例を示します。

     raw /dev/sdb1

• NFS プロトコルを使用してクラッシュダンプをリモートマシンに保存するには、次の手順を実行します。

  1. #nfs my.server.com:/export/tmp の行頭にあるハッシュ記号 (#) を削除します。

  2. 値を、正しいホスト名およびディレクトリーパスに置き換えます。以下に例を示します。

     nfs penguin.example.com:/export/cores

  3. 変更を有効にするには、kdump サービスを再起動します。

     sudo systemctl restart kdump.service

     注記

     NFS ディレクティブを使用して NFS ターゲットを指定すると、kdump.service が自動的に NFS ターゲットをマウントしてディスク容量をチェックしようとします。NFS ターゲットを事前にマウントする必要はありません。kdump.service がターゲットをマウントしないようにするには、kdump.conf で dracut_args --mount ディレクティブを使用します。これにより、kdump.service が --mount 引数を使用して dracut ユーティリティーを呼び出し、NFS ターゲットを指定できるようになります。

• SSH プロトコルを使用してクラッシュダンプをリモートマシンに保存するには、次の手順を実行します。

  1. #ssh user@my.server.com の行頭にあるハッシュ記号 (#) を削除します。
  2. 値を正しいユーザー名およびホスト名に置き換えます。

  3. SSH キーを設定に含めます。

     1. #sshkey /root/.ssh/kdump_id_rsa の行頭にあるハッシュ記号 ("#") を削除します。

     2. 値を、ダンプ先のサーバー上の正しいキーの場所に変更します。以下に例を示します。

        ssh john@penguin.example.com
        sshkey /root/.ssh/mykey

• クラッシュダンプファイルのサイズを圧縮し、さまざまなダンプレベルを使用して必要なページのみをコピーする
• 不要なクラッシュダンプページを除外する
• クラッシュダンプに含めるページタイプをフィルタリングする

オプション

• -c、-l、または -p: zlib (-c オプションの場合)、lzo (-l オプションの場合)、または snappy (-p オプションの場合) のいずれかを使用して、ページごとに圧縮ダンプファイルの形式を指定します。
• -d (dump_level): ページを除外して、ダンプファイルにコピーされないようにします。
• --message-level: メッセージタイプを指定します。このオプションで message_level を指定すると、出力の表示量を制限できます。たとえば、message_level で 7 を指定すると、一般的なメッセージとエラーメッセージを出力します。message_level の最大値は 31 です。

前提条件

• システムの root 権限がある。
• kdump 設定とターゲットの要件をすべて満たしている。詳細は、サポートされている kdump 設定とターゲット を参照してください。

• -c を使用してクラッシュダンプファイルを圧縮するには、次のコマンドを実行します。

  core_collector makedumpfile -c -d 31 --message-level 1

• -p を使用してクラッシュダンプファイルを圧縮するには、次のコマンドを実行します。

  core_collector makedumpfile -p -d 31 --message-level 1

前提条件

• root 権限
• kdump 設定とターゲットの要件をすべて満たしている。詳細は、サポートされている kdump 設定とターゲット を参照してください。

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

前提条件

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

• vmcore - クラッシュ時のシステムメモリーを含む主なカーネルメモリーダンプファイル。これには、kdump 設定で指定されている core_collector プログラムの設定に従ってデータが追加されます。デフォルトでは、カーネルデータ構造、プロセス情報、スタックトレース、およびその他の診断情報が含まれます。
• vmcore-dmesg.txt - パニックになったプライマリーカーネルからのカーネルリングバッファーログ (dmesg) の内容。
• kexec-dmesg.log - vmcore データを収集するセカンダリーの kexec カーネルの実行に基づくカーネルおよびシステムログメッセージが含まれます。

前提条件

• システムの root 権限がある。
• kdump の設定とターゲットの要件をすべて満たしている。サポートされている kdump 設定とターゲット を参照してください。
• kdump をインストールするためのすべての設定が、要件に応じてセットアップされている。

• rd.driver.blacklist=<modules>
• modprobe.blacklist=<modules>

前提条件

• システムの root 権限がある。

前提条件

• 管理者権限がある。

検証

• kdump が実行されていることを確認します。

  # systemctl status kdump.service

  kdump.service - Crash recovery kernel arming
       Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: disabled)
       Active: active (live)

前提条件

• 管理者権限がある。

検証

• kdump が実行されていることを確認します。

  # systemctl status kdump.service

  kdump.service - Crash recovery kernel arming
       Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: disabled)
       Active: active (live)

前提条件

• kdump 設定とターゲットの要件をすべて満たしている。詳細は、サポートされている kdump 設定とターゲット を参照してください。
• kdump のインストール用のオプションがすべて、要件に応じて設定されている。詳細は、kdump のインストールを 参照してください。