カーネルの管理、監視、および更新

手順

1. パッケージの利用可能なバージョンをリスト表示します。

   $ dnf repoquery <package_name>

   Copy to Clipboard Toggle word wrap

2. パッケージ内のファイルをリスト表示します。

   $ dnf repoquery -l <package_name>

   Copy to Clipboard Toggle word wrap

手順

1. カーネルを更新するには、次のコマンドを入力します。

   # dnf update kernel

   Copy to Clipboard Toggle word wrap

   このコマンドは、カーネルと、利用可能な最新バージョンへのすべての依存関係を更新します。

2. システムを再起動して、変更を有効にします。

手順

1. 読み込むカーネルモジュールを選択します。

   モジュールは /lib/modules/$(uname -r)/kernel/<SUBSYSTEM>/ ディレクトリーにあります。

2. 関連するカーネルモジュールを読み込みます。

   # modprobe <MODULE_NAME>

   Copy to Clipboard Toggle word wrap
   注記

   カーネルモジュールの名前を入力する際には、.ko.xz 拡張子は名前の末尾に追加しないでください。カーネルモジュール名には拡張子はありません。ただし、対応するファイルには拡張子があります。

手順

1. ロードされたすべてのカーネルモジュールをリスト表示します。

   # lsmod

   Copy to Clipboard Toggle word wrap

2. アンロードするカーネルモジュールを選択します。

   カーネルモジュールに依存関係がある場合は、カーネルモジュールをアンロードする前に、これらをアンロードします。依存関係のあるモジュールを特定する方法は、現在読み込まれているカーネルモジュールの一覧表示 および カーネル モジュール の依存関係 を 参照してください。

3. 関連するカーネルモジュールをアンロードします。

   # modprobe -r <MODULE_NAME>

   Copy to Clipboard Toggle word wrap

   カーネルモジュールの名前を入力する際には、.ko.xz 拡張子は名前の末尾に追加しないでください。カーネルモジュール名には拡張子はありません。ただし、対応するファイルには拡張子があります。

手順

1. システムをブートローダーで起動します。
2. カーソルキーを使用して、関連するブートローダーエントリーを強調表示します。

3. e キーを押してエントリーを編集します。

   図3.1 カーネルブートメニュー

   

   View larger image

   
4. カーソルキーを使用して、linux で始まる行に移動します。

5. modprobe.blacklist=module_name を行末に追加します。

   図3.2 カーネルブートエントリー

   

   View larger image

   

   serio_raw カーネルモジュールは、起動プロセスの初期段階でアンロードする不正なモジュールを示しています。

6. Ctrl+X を押して、変更した設定を使用して起動します。

手順

1. 起動プロセス中に読み込むカーネルモジュールを選択します。

   モジュールは /lib/modules/$(uname -r)/kernel/<SUBSYSTEM>/ ディレクトリーにあります。

2. モジュールの設定ファイルを作成します。

   # echo <MODULE_NAME> > /etc/modules-load.d/<MODULE_NAME>.conf

   Copy to Clipboard Toggle word wrap
   注記

   カーネルモジュールの名前を入力する際には、.ko.xz 拡張子は名前の末尾に追加しないでください。カーネルモジュール名には拡張子はありません。ただし、対応するファイルには拡張子があります。

検証

1. 再起動後、関連するモジュールがロードされていることを確認します。

   $ lsmod | grep <MODULE_NAME>

   Copy to Clipboard Toggle word wrap

手順

1. lsmod コマンドを使用して、現在実行中のカーネルに読み込まれているモジュールを一覧表示します。

   $ lsmod
   Module                  Size  Used by
   tls                   131072  0
   uinput                 20480  1
   snd_seq_dummy          16384  0
   snd_hrtimer            16384  1
   …

   Copy to Clipboard Toggle word wrap

   出力で、ロードを阻止するモジュールを特定します。

   • または、/lib/modules/<KERNEL-VERSION>/kernel/<SUBSYSTEM>/ ディレクトリーに読み込まれないようにするアンロードしたカーネルモジュールを特定します。以下に例を示します。

     $ ls /lib/modules/4.18.0-477.20.1.el8_8.x86_64/kernel/crypto/
     ansi_cprng.ko.xz        chacha20poly1305.ko.xz  md4.ko.xz               serpent_generic.ko.xz
     anubis.ko.xz            cmac.ko.xz…

     Copy to Clipboard Toggle word wrap

2. 拒否リストとして機能する設定ファイルを作成します。

   # touch /etc/modprobe.d/denylist.conf

   Copy to Clipboard Toggle word wrap

3. 任意のテキストエディターで、カーネルへの自動読み込みから除外するモジュール名を blacklist 設定コマンドと組み合わせます。以下に例を示します。

   # Prevents <KERNEL-MODULE-1> from being loaded
   blacklist <MODULE-NAME-1>
   install <MODULE-NAME-1> /bin/false
   
   # Prevents <KERNEL-MODULE-2> from being loaded
   blacklist <MODULE-NAME-2>
   install <MODULE-NAME-2> /bin/false
   …

   Copy to Clipboard Toggle word wrap

   blacklist コマンドは、モジュールが、拒否リストにない別のカーネルモジュールの依存関係としてロードされることを阻止しないため、install 行も定義する必要があります。この場合、システムはモジュールをインストールする代わりに /bin/false を実行します。ハッシュ記号で始まる行は、ファイルをより読みやすくするために使用可能なコメントです。

   注記

   カーネルモジュールの名前を入力する際には、.ko.xz 拡張子は名前の末尾に追加しないでください。カーネルモジュール名には拡張子はありません。ただし、対応するファイルには拡張子があります。

4. 再構築を行う前に、現在の初期 RAM ディスクイメージのバックアップコピーを作成します。

   # cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).bak.$(date +%m-%d-%H%M%S).img

   Copy to Clipboard Toggle word wrap

   • または、カーネルモジュールの自動読み込みを阻止するカーネルバージョンに対応する初期 RAM ディスクイメージのバックアップコピーを作成します。

     # cp /boot/initramfs-<VERSION>.img /boot/initramfs-<VERSION>.img.bak.$(date +%m-%d-%H%M%S)

     Copy to Clipboard Toggle word wrap

5. 新しい初期 RAM ディスクイメージを生成して、変更を適用します。

   # dracut -f -v

   Copy to Clipboard Toggle word wrap

   • システムで現在使用中のものとは異なるカーネルバージョンの初期 RAM ディスクイメージを構築する場合は、ターゲット initramfs とカーネルバージョンの両方を指定します。

     # dracut -f -v /boot/initramfs-<TARGET-VERSION>.img <CORRESPONDING-TARGET-KERNEL-VERSION>

     Copy to Clipboard Toggle word wrap

6. システムを再起動します。

   $ reboot

   Copy to Clipboard Toggle word wrap

手順

1. 以下の内容で /root/testmodule/test.c を作成します。

   #include <linux/module.h>
   #include <linux/kernel.h>
   
   int init_module(void)
       { printk("Hello World\n This is a test\n"); return 0; }
   
   void cleanup_module(void)
       { printk("Good Bye World"); }
   
   MODULE_LICENSE("GPL");

   Copy to Clipboard Toggle word wrap

   test.c ファイルは、カーネルモジュールに主な機能を提供するソースファイルです。このファイルは、組織的な目的で、専用の /root/testmodule/ ディレクトリーに作成されています。モジュールをコンパイルすると、/root/testmodule/ ディレクトリーには複数のファイルが含まれます。

   test.c ファイルには、システムライブラリーから次のものが含まれます。

   • サンプルコードの printk() 機能には、linux/kernel.h ヘッダーファイルが必要です。
   • linux/module.h ファイルには、C プログラミング言語で記述された複数のソースファイル間で共有される関数宣言とマクロ定義が含まれています。
2. 次に、init_module() 関数および cleanup_module() 関数に従い、テキストを出力するカーネルロギング機能 printk() を起動および終了します。

3. 以下の内容で /root/testmodule/Makefile を作成します。

   obj-m := test.o

   Copy to Clipboard Toggle word wrap

   Makefile には、コンパイラーが test.o という名前のオブジェクトファイルを生成するための指示が含まれています。obj-m ディレクティブは、生成される test.ko ファイルを、読み込み可能なカーネルモジュールとしてコンパイルすることを指定します。あるいは、obj-y ディレクティブは、組み込みカーネルモジュールとして test.ko をビルドするように指示できます。

4. カーネルモジュールをコンパイルします。

   # make -C /lib/modules/$(uname -r)/build M=/root/testmodule modules
   make: Entering directory '/usr/src/kernels/5.14.0-70.17.1.el9_0.x86_64'
     CC [M]  /root/testmodule/test.o
     MODPOST /root/testmodule/Module.symvers
     CC [M]  /root/testmodule/test.mod.o
     LD [M]  /root/testmodule/test.ko
     BTF [M] /root/testmodule/test.ko
   Skipping BTF generation for /root/testmodule/test.ko due to unavailability of vmlinux
   make: Leaving directory '/usr/src/kernels/5.14.0-70.17.1.el9_0.x86_64'

   Copy to Clipboard Toggle word wrap

   コンパイラーは、各ソースファイル (test.c) のオブジェクトファイル (test.o) を中間手順として作成してから、それらを最終カーネルモジュール (test.ko) にリンクします。

   コンパイルが成功すると、/root/testmodule/ には、コンパイル済みカスタムカーネルモジュールに関連する追加ファイルが含まれます。コンパイル済みモジュール自身は、test.ko ファイルで表されます。

検証

1. 必要に応じて、/root/testmodule/ ディレクトリーのコンテンツを確認します。

   # ls -l /root/testmodule/
   total 152
   -rw-r—​r--. 1 root root    16 Jul 26 08:19 Makefile
   -rw-r—​r--. 1 root root    25 Jul 26 08:20 modules.order
   -rw-r—​r--. 1 root root     0 Jul 26 08:20 Module.symvers
   -rw-r—​r--. 1 root root   224 Jul 26 08:18 test.c
   -rw-r—​r--. 1 root root 62176 Jul 26 08:20 test.ko
   -rw-r—​r--. 1 root root    25 Jul 26 08:20 test.mod
   -rw-r—​r--. 1 root root   849 Jul 26 08:20 test.mod.c
   -rw-r—​r--. 1 root root 50936 Jul 26 08:20 test.mod.o
   -rw-r—​r--. 1 root root 12912 Jul 26 08:20 test.o

   Copy to Clipboard Toggle word wrap

2. カーネルモジュールを /lib/modules/$(uname -r)/ ディレクトリーにコピーします。

   # cp /root/testmodule/test.ko /lib/modules/$(uname -r)/

   Copy to Clipboard Toggle word wrap

3. モジュールの依存関係のリストを更新します。

   # depmod -a

   Copy to Clipboard Toggle word wrap

4. カーネルモジュールを読み込みます。

   # modprobe -v test
   insmod /lib/modules/5.14.0-1.el9.x86_64/test.ko

   Copy to Clipboard Toggle word wrap

5. カーネルモジュールが正常に読み込まれたことを確認します。

   # lsmod | grep test
   test                   16384  0

   Copy to Clipboard Toggle word wrap

6. カーネルリングバッファーから最新のメッセージを読み込みます。

   # dmesg
   [74422.545004] Hello World
                   This is a test

   Copy to Clipboard Toggle word wrap

手順

1. GRUB ブートメニューを起動します。
2. 起動するカーネルを選択します。
3. e キーを押してカーネルパラメーターを編集します。
4. カーソルを下に移動してカーネルコマンドラインを見つけます。カーネルコマンドラインは、64 ビット IBM Power シリーズおよび x86-64 BIOS ベースのシステムの場合は linux で始まり、UEFI システムの場合は linuxefi で始まります。

5. カーソルを行の最後に移動します。

   注記

   行の最初に移動するには Ctrl+a を押します。行の最後に移動するには Ctrl+e を押します。システムによっては、Home キーおよび End キーも機能する場合があります。

6. 必要に応じてカーネルパラメーターを編集します。たとえば、緊急モードでシステムを実行するには、linux 行の最後に emergency パラメーターを追加します。

   linux   ($root)/vmlinuz-5.14.0-63.el9.x86_64 root=/dev/mapper/rhel-root ro crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M resume=/dev/mapper/rhel-swap rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb quiet emergency

   Copy to Clipboard Toggle word wrap

   システムメッセージを有効にするには、rhgb および quiet パラメーターを削除します。

7. Ctrl+x を押して、選択したカーネルと変更したコマンドラインパラメーターで起動します。

手順

1. /etc/default/grub ファイルに以下の 2 つの行を追加します。

   GRUB_TERMINAL="serial"
   GRUB_SERIAL_COMMAND="serial --speed=9600 --unit=0 --word=8 --parity=no --stop=1"

   Copy to Clipboard Toggle word wrap

   最初の行は、グラフィカルターミナルを無効にします。GRUB_TERMINAL キーは、GRUB_TERMINAL_INPUT および GRUB_TERMINAL_OUTPUT の値を上書きします。

   2 行目は、ボーレート (--speed)、パリティー、および他の値を使用中の環境とハードウェアに適合するように調整します。以下のログファイルのようなタスクには、115200 のように非常に高いボーレートが推奨されます。

2. GRUB 設定ファイルを更新します。

   • BIOS ベースのマシンの場合:

     # grub2-mkconfig -o /boot/grub2/grub.cfg

     Copy to Clipboard Toggle word wrap

   • UEFI ベースのマシンの場合:

     # grub2-mkconfig -o /boot/grub2/grub.cfg

     Copy to Clipboard Toggle word wrap
3. システムを再起動して、変更を有効にします。

手順

1. grubby を使用して、インストール後のスクリプトで個々のカーネルのカーネルパラメーターを追加または削除します。

   # grubby --update-kernel <PATH_TO_KERNEL> --args "<NEW_ARGUMENTS>"

   Copy to Clipboard Toggle word wrap

   たとえば、選択したカーネルに noapic パラメーターを追加します。

   # grubby --update-kernel /boot/vmlinuz-5.14.0-362.8.1.el9_3.x86_64 --args "noapic"

   Copy to Clipboard Toggle word wrap

   パラメーターは BLS スニペットには伝播しますが、/etc/default/grub ファイルには伝播しません。

2. /etc/default/grub ファイルに存在する GRUB_CMDLINE_LINUX 値の内容で BLS スニペットを上書きします。

   # grub2-mkconfig -o /boot/grub2/grub.cfg --update-bls-cmdline
   Generating grub configuration file …​
   Adding boot menu entry for UEFI Firmware Settings …​
   done

   Copy to Clipboard Toggle word wrap
   注記

   GRUB_TIMEOUT キー (/etc/default/grub GRUB 設定ファイルにも含まれています) に加えられた変更など、その他の変更は、デフォルトで新しい grub.cfg に伝搬します。

検証

1. オペレーティングシステムを再起動します。

2. パラメーターが /proc/cmdline ファイルに含まれていることを確認します。

   たとえば、/proc/cmdline には、noapic カーネルパラメーターが含まれています。

   BOOT_IMAGE=(hd0,gpt2)/vmlinuz-4.18.0-425.3.1.el8.x86_64 root=/dev/mapper/RHELCSB-Root ro vconsole.keymap=us crashkernel=auto rd.lvm.lv=RHELCSB/Root rd.luks.uuid=luks-d8a28c4c-96aa-4319-be26-96896272151d rhgb quiet noapic rd.luks.key=d8a28c4c-96aa-4319-be26-96896272151d=/keyfile:UUID=c47d962e-4be8-41d6-8216-8cf7a0d3b911 ipv6.disable=1

   Copy to Clipboard Toggle word wrap

手順

1. すべてのパラメーターとその値をリストします。

   # sysctl -a

   Copy to Clipboard Toggle word wrap
   注記

   # sysctl -a コマンドは、ランタイム時およびシステムの起動時に調整できるカーネルパラメーターを表示します。

2. パラメーターを一時的に設定するには、次のように入力します。

   # sysctl <TUNABLE_CLASS>.<PARAMETER>=<TARGET_VALUE>

   Copy to Clipboard Toggle word wrap

   上記のサンプルコマンドは、システムの実行中にパラメーター値を変更します。この変更は、再起動なしですぐに適用されます。

   注記

   変更は、システムの再起動後にデフォルトに戻ります。

手順

1. すべてのパラメーターをリストします。

   # sysctl -a

   Copy to Clipboard Toggle word wrap

   このコマンドは、実行時に設定できるカーネルパラメーターをすべて表示します。

2. パラメーターを永続的に設定します。

   # sysctl -w <TUNABLE_CLASS>.<PARAMETER>=<TARGET_VALUE> >> /etc/sysctl.conf

   Copy to Clipboard Toggle word wrap

   サンプルコマンドは、調整可能な値を変更して、/etc/sysctl.conf ファイルに書き込みます。これにより、カーネルパラメーターのデフォルト値が上書きされます。変更は、再起動なしで即座に永続的に反映されます。

手順

1. /etc/sysctl.d/ に新しい設定ファイルを作成します。

   # vim /etc/sysctl.d/<some_file.conf>

   Copy to Clipboard Toggle word wrap

2. カーネルパラメーターを 1 行に 1 つずつ含めます。

   <TUNABLE_CLASS>.<PARAMETER>=<TARGET_VALUE>
   <TUNABLE_CLASS>.<PARAMETER>=<TARGET_VALUE>

   Copy to Clipboard Toggle word wrap
3. 設定ファイルを保存します。

4. マシンを再起動して、変更を有効にします。

   • または、再起動せずに変更を適用します。

     # sysctl -p /etc/sysctl.d/<some_file.conf>

     Copy to Clipboard Toggle word wrap

     このコマンドにより、以前に作成した設定ファイルから値を読み取ることができます。

手順

1. 設定するカーネルパラメーターを特定します。

   # ls -l /proc/sys/<TUNABLE_CLASS>/

   Copy to Clipboard Toggle word wrap

   コマンドが返した書き込み可能なファイルは、カーネルの設定に使用できます。読み取り専用権限を持つファイルは、現在の設定に関するフィードバックを提供します。

2. カーネルパラメーターにターゲットの値を割り当てます。

   # echo <TARGET_VALUE> > /proc/sys/<TUNABLE_CLASS>/<PARAMETER>

   Copy to Clipboard Toggle word wrap

   コマンドを使用して適用された設定の変更は永続的なものではなく、システムを再起動すると消えてしまいます。

検証

1. 新しく設定したカーネルパラメーターの値を確認します。

   # cat /proc/sys/<TUNABLE_CLASS>/<PARAMETER>

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configuring kernel settings
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure hugepages, packet size for loopback device, and limits on simultaneously open files.
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.kernel_settings
         vars:
           kernel_settings_sysctl:
             - name: fs.file-max
               value: 400000
             - name: kernel.threads-max
               value: 65536
           kernel_settings_sysfs:
             - name: /sys/class/net/lo/mtu
               value: 65000
           kernel_settings_transparent_hugepages: madvise
           kernel_settings_reboot_ok: true

   Copy to Clipboard Toggle word wrap

   サンプル Playbook で指定されている設定は次のとおりです。

   kernel_settings_sysfs: <list_of_sysctl_settings>

   sysctl 設定とこの設定に割り当てる値の YAML リスト。

   kernel_settings_transparent_hugepages: <value>

   メモリーサブシステムの Transparent Huge Pages (THP) 設定を制御します。THP のサポートを無効にするか (never)、サポートをシステム全体で有効にするか (always)、または MAD_HUGEPAGE リージョン内で有効にする (madvise) ことができます。

   kernel_settings_reboot_ok: <true|false>

   デフォルトは false です。true に設定すると、要求された変更を有効にするために管理対象ホストの再起動が必要かどうかをシステムロールが判断し、ホストを再起動します。false に設定すると、再起動が必要であることを示す true 値を持つ変数 kernel_settings_reboot_required がロールによって返されます。この場合、ユーザーが管理対象ノードを手動で再起動する必要があります。

1. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

2. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configuration and management of GRUB boot loader
     hosts: managed-node-01.example.com
     tasks:
       - name: Update existing boot loader entries
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.bootloader
         vars:
           bootloader_settings:
             - kernel:
                 path: /boot/vmlinuz-5.14.0-362.24.1.el9_3.aarch64
               options:
                 - name: quiet
                   state: present
           bootloader_reboot_ok: true

   Copy to Clipboard Toggle word wrap

   サンプル Playbook で指定されている設定は次のとおりです。

   kernel

   更新するブートローダーエントリーに関連するカーネルを指定します。

   options

   選択したブートローダーエントリー (カーネル) の更新するカーネルコマンドラインパラメーターを指定します。

   bootloader_reboot_ok: true

   変更を有効にするために再起動が必要であることをロールが検出し、管理対象ノードの再起動を実行します。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.bootloader/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 機密性の高い変数を暗号化されたファイルに保存します。

   1. vault を作成します。

      $ ansible-vault create ~/vault.yml
      New Vault password: <vault_password>
      Confirm New Vault password: <vault_password>

      Copy to Clipboard Toggle word wrap

   2. ansible-vault create コマンドでエディターが開いたら、機密データを <key>: <value> 形式で入力します。

      pwd: <password>

      Copy to Clipboard Toggle word wrap
   3. 変更を保存して、エディターを閉じます。Ansible は vault 内のデータを暗号化します。

2. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configuration and management of GRUB boot loader
     hosts: managed-node-01.example.com
     vars_files:
       - ~/vault.yml
     tasks:
       - name: Set the bootloader password
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.bootloader
         vars:
           bootloader_password: "{{ pwd }}"
           bootloader_reboot_ok: true

   Copy to Clipboard Toggle word wrap

   サンプル Playbook で指定されている設定は次のとおりです。

   bootloader_password: "{{ pwd }}"

   この変数は、ブートパラメーターをパスワードで保護します。

   bootloader_reboot_ok: true

   変更を有効にするために再起動が必要であることをロールが検出し、管理対象ノードの再起動を実行します。

   重要

   ブートローダーのパスワードの変更は、冪等のトランザクションではありません。つまり、同じ Ansible Playbook を再度適用すると、結果が同じではなく、管理対象ノードの状態が変わります。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.bootloader/README.md ファイルを参照してください。

3. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check --ask-vault-pass ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

4. Playbook を実行します。

   $ ansible-playbook --ask-vault-pass ~/playbook.yml

   Copy to Clipboard Toggle word wrap

検証

1. 管理対象ノードで、GRUB ブートメニュー画面中に、編集のために e キーを押します。

   

   View larger image

   

2. ユーザー名とパスワードの入力を求められます。

   

   View larger image

   

   Enter username: root

   ブートローダーのユーザー名は常に root であり、Ansible Playbook で指定する必要はありません。

   Enter password: <password>

   ブートローダーのパスワードは、vault.yml ファイルで定義した pwd 変数に対応します。

3. 特定のブートローダーエントリーの設定を表示または編集できます。

   

   View larger image

   

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configuration and management of the GRUB boot loader
     hosts: managed-node-01.example.com
     tasks:
       - name: Update the boot loader timeout
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.bootloader
         vars:
           bootloader_timeout: 10

   Copy to Clipboard Toggle word wrap

   サンプル Playbook で指定されている設定は次のとおりです。

   bootloader_timeout: 10

   デフォルトのエントリーを起動する前に GRUB ブートローダーメニューを表示する時間を制御する整数を入力します。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.bootloader/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

検証

1. 管理対象ノードをリモートで再起動します。

   # ansible managed-node-01.example.com -m ansible.builtin.reboot
   managed-node-01.example.com | CHANGED => {
       "changed": true,
       "elapsed": 21,
       "rebooted": true
   }

   Copy to Clipboard Toggle word wrap

2. 管理対象ノードで、GRUB ブートメニュー画面を確認します。

   

   View larger image

   

   The highlighted entry will be executed automatically in 10s

   GRUB が自動的にデフォルトエントリーを使用するまで、このブートメニューを表示する時間。

   • 別の方法: 管理対象ノードの /boot/grub2/grub.cfg ファイル内の "timeout" 設定をリモートでクエリーすることもできます。

     # ansible managed-node-01.example.com -m ansible.builtin.command -a "grep 'timeout' /boot/grub2/grub.cfg"
     managed-node-01.example.com | CHANGED | rc=0 >>
     if [ x$feature_timeout_style = xy ] ; then
       set timeout_style=menu
       set timeout=10
     # Fallback normal timeout code in case the timeout_style feature is
       set timeout=10
     if [ x$feature_timeout_style = xy ] ; then
         set timeout_style=menu
         set timeout=10
         set orig_timeout_style=${timeout_style}
         set orig_timeout=${timeout}
           # timeout_style=menu + timeout=0 avoids the countdown code keypress check
           set timeout_style=menu
           set timeout=10
           set timeout_style=hidden
           set timeout=10
     if [ x$feature_timeout_style = xy ]; then
       if [ "${menu_show_once_timeout}" ]; then
         set timeout_style=menu
         set timeout=10
         unset menu_show_once_timeout
         save_env menu_show_once_timeout

     Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configuration and management of GRUB boot loader
     hosts: managed-node-01.example.com
     tasks:
       - name: Gather information about the boot loader configuration
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.bootloader
         vars:
           bootloader_gather_facts: true
   
       - name: Display the collected boot loader configuration information
         debug:
           var: bootloader_facts

   Copy to Clipboard Toggle word wrap

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.bootloader/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

1. カーネルパッチモジュールは、/var/lib/kpatch/ ディレクトリーにコピーされ、次回の起動時に systemd を介して、カーネルへの再適用として登録されます。
2. kpatch モジュールは実行中のカーネルにロードされ、新しい関数は新しいコードのメモリー内のロケーションへのポインターとともに ftrace メカニズムに登録されます。

手順

1. オプション: カーネルのバージョンを確認します。

   # uname -r
   5.14.0-1.el9.x86_64

   Copy to Clipboard Toggle word wrap

2. カーネルのバージョンに一致するライブパッチパッケージを検索します。

   # dnf search $(uname -r)

   Copy to Clipboard Toggle word wrap

3. ライブパッチパッケージをインストールします。

   # dnf install "kpatch-patch = $(uname -r)"

   Copy to Clipboard Toggle word wrap

   上記のコマンドでは、特定カーネルにのみに最新の累積パッチをインストールし、適用します。

   ライブパッチパッケージのバージョンが 1-1 以上である場合には、パッケージにパッチモジュールが含まれます。この場合、ライブパッチパッケージのインストール時に、カーネルにパッチが自動的に適用されます。

   カーネルパッチモジュールは、今後の再起動時に systemd システムおよびサービスマネージャーにより読み込まれる /var/lib/kpatch/ ディレクトリーにもインストールされます。

   注記

   指定のカーネルに利用可能なライブパッチがない場合は、空のライブパッチパッケージがインストールされます。空のライブパッチパッケージには、kpatch_version-kpatch_release 0-0 (例: kpatch-patch-5_14_0-1-0-0.x86_64.rpm) が含まれます。空の RPM のインストールを行うと、指定のカーネルの将来のすべてのライブパッチにシステムがサブスクライブされます。

手順

1. オプション: インストールされているすべてのカーネルと現在実行中のカーネルを確認します。

   # dnf list installed | grep kernel
   Updating Subscription Management repositories.
   Installed Packages
   ...
   kernel-core.x86_64            5.14.0-1.el9              @beaker-BaseOS
   kernel-core.x86_64            5.14.0-2.el9              @@commandline
   ...
   
   # uname -r
   5.14.0-2.el9.x86_64

   Copy to Clipboard Toggle word wrap

2. kpatch-dnf プラグインをインストールします。

   # dnf install kpatch-dnf

   Copy to Clipboard Toggle word wrap

3. カーネルライブパッチの自動サブスクリプションを有効にします。

   # dnf kpatch auto
   Updating Subscription Management repositories.
   Last metadata expiration check: 1:38:21 ago on Fri 17 Sep 2021 07:29:53 AM EDT.
   Dependencies resolved.
   ==================================================
    Package                             Architecture
   ==================================================
   Installing:
    kpatch-patch-5_14_0-1               x86_64
    kpatch-patch-5_14_0-2               x86_64
   
   Transaction Summary
   ===================================================
   Install  2 Packages
   …​

   Copy to Clipboard Toggle word wrap

   このコマンドは、現在インストールされているすべてのカーネルをサブスクライブして、カーネルライブパッチを受け取ります。このコマンドは、インストールされている全カーネルに、最新の累積パッチ (存在する場合) をインストールして適用します。

   カーネルを更新すると、新しいカーネルのインストールプロセス中にライブパッチが自動的にインストールされます。

   カーネルパッチモジュールは、今後の再起動時に systemd システムおよびサービスマネージャーにより読み込まれる /var/lib/kpatch/ ディレクトリーにもインストールされます。

   注記

   指定のカーネルに利用可能なライブパッチがない場合は、空のライブパッチパッケージがインストールされます。空のライブパッチパッケージには、kpatch_version-kpatch_release 0-0 (例: kpatch-patch-5_14_0-1-0-0.el9.x86_64.rpm) が含まれます。空の RPM のインストールを行うと、指定のカーネルの将来のすべてのライブパッチにシステムがサブスクライブされます。

手順

1. オプション: インストールされているすべてのカーネルと現在実行中のカーネルを確認します。

   # dnf list installed | grep kernel
   Updating Subscription Management repositories.
   Installed Packages
   ...
   kernel-core.x86_64            5.14.0-1.el9              @beaker-BaseOS
   kernel-core.x86_64            5.14.0-2.el9              @@commandline
   ...
   
   # uname -r
   5.14.0-2.el9.x86_64

   Copy to Clipboard Toggle word wrap

2. カーネルライブパッチへの自動サブスクリプションを無効にします。

   # dnf kpatch manual
   Updating Subscription Management repositories.

   Copy to Clipboard Toggle word wrap

手順

1. ライブパッチパッケージを選択します。

   # dnf list installed | grep kpatch-patch
   kpatch-patch-5_14_0-1.x86_64        0-1.el9        @@commandline
   …​

   Copy to Clipboard Toggle word wrap

   出力例には、インストールしたライブパッチパッケージがリストされます。

2. ライブパッチパッケージを削除します。

   # dnf remove kpatch-patch-5_14_0-1.x86_64

   Copy to Clipboard Toggle word wrap

   ライブパッチパッケージが削除されると、カーネルは次回の再起動までパッチが当てられたままになりますが、カーネルパッチモジュールはディスクから削除されます。今後の再起動では、対応するカーネルにはパッチが適用されなくなります。

3. システムを再起動します。

4. ライブパッチパッケージが削除されたことを確認します。

   # dnf list installed | grep kpatch-patch

   Copy to Clipboard Toggle word wrap

   パッケージが正常に削除された場合、このコマンドでは何も出力されません。

検証

1. カーネルライブパッチソリューションが無効になっていることを確認します。

   # kpatch list
   Loaded patch modules:

   Copy to Clipboard Toggle word wrap

   この出力例では、現在読み込まれているパッチモジュールがないため、カーネルにパッチが適用されておらず、ライブパッチソリューションがアクティブでないことが示されています。

手順

1. カーネルパッチモジュールを選択します。

   # kpatch list
   Loaded patch modules:
   kpatch_5_14_0_1_0_1 [enabled]
   
   Installed patch modules:
   kpatch_5_14_0_1_0_1 (5.14.0-1.el9.x86_64)
   …​

   Copy to Clipboard Toggle word wrap

2. 選択したカーネルパッチモジュールをアンインストールします。

   # kpatch uninstall kpatch_5_14_0_1_0_1
   uninstalling kpatch_5_14_0_1_0_1 (5.14.0-1.el9.x86_64)

   Copy to Clipboard Toggle word wrap

   • アンインストールしたカーネルモジュールが読み込まれていることに注意してください。

     # kpatch list
     Loaded patch modules:
     kpatch_5_14_0_1_0_1 [enabled]
     
     Installed patch modules:
     <NO_RESULT>

     Copy to Clipboard Toggle word wrap

     選択したモジュールをアンインストールすると、カーネルは次回の再起動までパッチが当てられますが、カーネルパッチモジュールはディスクから削除されます。

3. システムを再起動します。

検証

1. カーネルパッチモジュールがアンインストールされていることを確認します。

   # kpatch list
   Loaded patch modules:
   …​

   Copy to Clipboard Toggle word wrap

   この出力例では、カーネルパッチモジュールがロードまたはインストールされていないことが示されています。そのため、カーネルにパッチが適用されておらず、カーネルライブパッチソリューションがアクティブではありません。

手順

1. kpatch.service が有効化されていることを確認します。

   # systemctl is-enabled kpatch.service
   enabled

   Copy to Clipboard Toggle word wrap

2. kpatch.service を無効にします。

   # systemctl disable kpatch.service
   Removed /etc/systemd/system/multi-user.target.wants/kpatch.service.

   Copy to Clipboard Toggle word wrap

   • 適用されたカーネルモジュールが依然としてロードされていることに注意してください。

     # kpatch list
     Loaded patch modules:
     kpatch_5_14_0_1_0_1 [enabled]
     
     Installed patch modules:
     kpatch_5_14_0_1_0_1 (5.14.0-1.el9.x86_64)

     Copy to Clipboard Toggle word wrap
3. システムを再起動します。

4. オプション: kpatch.service のステータスを確認します。

   # systemctl status kpatch.service
   ● kpatch.service - "Apply kpatch kernel patches"
      Loaded: loaded (/usr/lib/systemd/system/kpatch.service; disabled; vendor preset: disabled)
      Active: inactive (dead)

   Copy to Clipboard Toggle word wrap

   出力例は、kpatch.service が無効になっていることを証明しています。したがって、カーネルのライブパッチソリューションはアクティブではありません。

5. カーネルパッチモジュールがアンロードされたことを確認します。

   # kpatch list
   Loaded patch modules:
   
   Installed patch modules:
   kpatch_5_14_0_1_0_1 (5.14.0-1.el9.x86_64)

   Copy to Clipboard Toggle word wrap

   上記の出力例では、カーネルパッチモジュールがインストールされていても、カーネルにパッチが適用されていないことを示しています。

1. コンソールログレベル。コンソールに出力されるメッセージの最低優先度を定義します。
2. 明示的なログレベルが付いていないメッセージのデフォルトのログレベル。
3. コンソールのログレベルに、可能な限り低いログレベル設定を設定します。

4. 起動時のコンソールのログレベルのデフォルト値を設定します。

   これらの各値は、エラーメッセージを処理するさまざまなルールを定義します。

手順

1. GRUB がインストールされているデバイスに GRUB を再インストールします。たとえば、sda がデバイスの場合は、以下のようになります。

   # grub2-install /dev/sda

   Copy to Clipboard Toggle word wrap

2. システムを再起動して、変更を有効にします。

   # reboot

   Copy to Clipboard Toggle word wrap

手順

1. grub2-efi および shim ブートローダーファイルを再インストールします。

   # yum reinstall grub2-efi shim

   Copy to Clipboard Toggle word wrap

2. システムを再起動して、変更を有効にします。

   # reboot

   Copy to Clipboard Toggle word wrap

手順

1. GRUB が格納されているディスクパーティションを特定します。

   # bootlist -m normal -o
   sda1

   Copy to Clipboard Toggle word wrap

2. ディスクパーティションに GRUB を再インストールします。

   # grub2-install partition

   Copy to Clipboard Toggle word wrap

   partition は、識別された GRUB パーティション (/dev/sda1 など) に置き換えます。

3. システムを再起動して、変更を有効にします。

   # reboot

   Copy to Clipboard Toggle word wrap

手順

1. 設定ファイルを削除します。

   # rm /etc/grub.d/*
   # rm /etc/sysconfig/grub

   Copy to Clipboard Toggle word wrap

2. パッケージを再インストールします。

   • BIOS ベースのマシンの場合:

     # yum reinstall grub2-tools

     Copy to Clipboard Toggle word wrap

   • UEFI ベースのマシンの場合:

     # yum reinstall grub2-efi shim grub2-tools grub2-common

     Copy to Clipboard Toggle word wrap

3. 変更を有効にするために grub.cfg ファイルを再ビルドします。

   • BIOS ベースのマシンの場合:

     # grub2-mkconfig -o /boot/grub2/grub.cfg

     Copy to Clipboard Toggle word wrap

   • UEFI ベースのマシンの場合:

     # grub2-mkconfig -o /boot/grub2/grub.cfg

     Copy to Clipboard Toggle word wrap
     警告

     grub.cfg を再構築するパスは、BIOS ベースと UEFI ベースの両マシンで同じです。実際の grub.cfg は BIOS パスにのみ存在します。UEFI パスには、grub2-mkconfig コマンドを使用して変更または再作成してはならないスタブファイルがあります。

4. GRUB の再インストール 手順に従って、/boot/ パーティションに GRUB を復元します。

手順

1. Anaconda インストーラーで、KDUMP をクリックして kdump を有効にします。
2. メモリー予約をカスタマイズする必要がある場合は、Kdump Memory Reservation で Manual を選択します。

3. KDUMP > Memory To Be Reserved (MB) で、kdump に必要なメモリー予約を設定します。

   = コマンドラインでの kdump のインストール

手順

1. システムに kdump がインストールされているかどうかを確認します。

   # rpm -q kexec-tools

   Copy to Clipboard Toggle word wrap

   このパッケージがインストールされている場合は以下を出力します。

   # kexec-tools-2.0.22-13.el9.x86_64

   Copy to Clipboard Toggle word wrap

   このパッケージがインストールされていない場合は以下を出力します

   package kexec-tools is not installed

   Copy to Clipboard Toggle word wrap

2. kdump および必要なパッケージをインストールします。

   # dnf install kexec-tools

   Copy to Clipboard Toggle word wrap

手順

1. クラッシュカーネルのデフォルト値を設定します。

   # kdumpctl reset-crashkernel --kernel=ALL

   Copy to Clipboard Toggle word wrap

   crashkernel= 値を設定する場合は、kdump を有効にしてシステムを再起動し、設定をテストします。kdump カーネルの起動に失敗した場合は、メモリーサイズを徐々に増やして許容可能な値を設定します。

2. カスタムの crashkernel= 値を使用するには、以下を実行します。

   1. 必要なメモリー予約を設定します。

      crashkernel=192M

      Copy to Clipboard Toggle word wrap

      必要に応じて、構文 crashkernel=<range1>:<size1>,<range2>:<size2> を使用して、予約メモリーの量を、インストールされているメモリーの合計量に応じて変動する値に設定できます。以下に例を示します。

      crashkernel=1G-4G:192M,2G-64G:256M

      Copy to Clipboard Toggle word wrap

      この例では、システムメモリーの合計量が 1 GB 以上 4 GB 未満の場合、192 MB のメモリーが予約されます。メモリーの合計量が 4 GB を超える場合、256 MB が kdump 用に予約されます。

   2. オプション: 予約済みメモリーをオフセットします。

      crashkernel 予約は非常に早いため、特定の固定オフセットでメモリーを予約する必要があるシステムもあります。また、特別な用途にいくつかの領域を予約したいシステムもあります。オフセットが設定されると、予約メモリーはそこから開始されます。予約メモリーをオフセットするには、以下の構文を使用します。

      crashkernel=192M@16M

      Copy to Clipboard Toggle word wrap

      この例では、16 MB (物理アドレス 0x01000000) から始まる 192 MB のメモリーを予約します。オフセットを 0 に設定するか、値を指定しない場合、kdump は予約されたメモリーを自動的にオフセットします。オフセットを最後の値として指定することにより、変数メモリー予約を設定するときにメモリーをオフセットすることもできます。たとえば、crashkernel=1G-4G:192M,2G-64G:256M@16M です。

   3. ブートローダー設定を更新します。

      # grubby --update-kernel ALL --args "crashkernel=<custom-value>"

      Copy to Clipboard Toggle word wrap

      <custom-value> には、クラッシュカーネル用に設定したカスタムの crashkernel= 値を含める必要があります。

3. 変更を有効にするために再起動します。

   # reboot

   Copy to Clipboard Toggle word wrap

1. sysrq キーをアクティブにして、kdump カーネルを起動します。

   # echo c > /proc/sysrq-trigger

   Copy to Clipboard Toggle word wrap

   このコマンドによりカーネルがクラッシュし、必要に応じてカーネルが再起動されます。

2. /etc/kdump.conf ファイルを表示し、ターゲットの保存先に vmcore ファイルが保存されているかどうかを確認します。