第7章 RHEL 10 システムにおけるアップグレード後のタスクの実行

手順

1. /etc/dnf/dnf.conf 設定ファイルの除外リストから残りの Leapp パッケージを削除します。これには、アップグレードエクステンション開発用のツールである snactor パッケージが含まれます。インプレースアップグレード中に、Leapp ユーティリティーでインストールされた Leapp パッケージが exclude リストに自動的に追加され、重要なファイルが削除または更新されないようにします。インプレースアップグレード後、システムから削除する前に、これらの Leapp パッケージを exclude リストから削除する必要があります。

   • exclude リストからパッケージを手動で削除するには、/etc/dnf/dnf.conf 設定ファイルを編集し、除外リストから必要な Leapp パッケージを削除します。

   • exclude リストからすべてのパッケージを削除するには、次のコマンドを実行します。

     # dnf config-manager --save --setopt exclude=''

2. Leapp パッケージを含め、残っている RHEL 9 パッケージを削除します。

   1. 残っている RHEL 9 パッケージを見つけます。

      # rpm -qa | grep -e '\.el[789]' | grep -vE '^(gpg-pubkey|libmodulemd|katello-ca-consumer)' | sort

   2. 残っている RHEL 9 パッケージを RHEL 10 システムから削除します。RPM の依存関係を確実に維持するために、dnf remove コマンドを使用します。

      以下に例を示します。

      # dnf remove $(rpm -qa | grep \.el[789] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer')

      重要

      このステップにより、サードパーティーのパッケージも削除される可能性があります。受け入れる前にトランザクションを確認して、パッケージが誤って削除されないようにしてください。

   3. 残りの Leapp 依存関係パッケージを削除します。

      # dnf remove leapp-deps-el10 leapp-repository-deps-el10

3. オプション: 残っているすべてのアップグレード関連データをシステムから削除します。

   # rm -rf /var/log/leapp /root/tmp_leapp_py3 /var/lib/leapp

   重要

   このデータを削除すると、Red Hat サポートによるアップグレード後の問題の調査とトラブルシューティングが制限される可能性があります。

4. RHEL 10 と互換性のないパッケージを含む DNF リポジトリーを無効にします。RHSM によって管理されるリポジトリーは自動的に処理されます。これらのリポジトリーを無効にするには、以下を実行します。

   # dnf config-manager --set-disabled <repository_id>

   repository_id はリポジトリー ID に置き換えます。

5. 古いレスキューカーネルと初期 RAM ディスクを現在のカーネルとディスクに置き換えます。

   1. 既存のレスキューカーネルと初期 RAM ディスクを削除します。

      # rm /boot/vmlinuz-*rescue* /boot/initramfs-*rescue* 

   2. レスキューカーネルと関連する初期 RAM ディスクを再インストールします。

      # /usr/lib/kernel/install.d/51-dracut-rescue.install add "$(uname -r)" /boot "/boot/vmlinuz-$(uname -r)"

   3. システムが IBM Z アーキテクチャーを使用している場合は、zipl ブートローダーを更新します。

      # zipl

6. 既存の設定ファイルを確認します。

   • rpmnew、rpmsave、leappsave ファイルを確認し、修正してから削除します。rpmsave と leappsave は同等であり、同様に処理できることに注意してください。詳細は、What are rpmnew & rpmsave files? を参照してください。
   • 有効ではなくなった RHEL 9 DNF モジュールの設定ファイルを /etc/dnf/modules.d/ ディレクトリーから削除します。関連する DNF モジュールが存在しない場合、このファイルはシステムに影響を与えないことに注意してください。
7. セキュリティーポリシーを再評価して再適用します。具体的には、SELinux モードを Enforcing に変更します。詳細は、セキュリティーポリシーの適用 を参照してください。

検証

1. 以前に削除したレスキューカーネルとレスキュー初期 RAM ディスクファイルが現在のカーネル用に作成されていることを確認します。

   # ls /boot/vmlinuz-*rescue* /boot/initramfs-*rescue* 
   # lsinitrd /boot/initramfs-*rescue*.img | grep -qm1 "$(uname -r)/kernel/" && echo "OK" || echo "FAIL"

2. レスキューブートエントリーが既存のレスキューファイルを参照していることを確認します。grubby の出力を確認します。

   # grubby --info /boot/vmlinuz-*rescue*

3. grubby の出力を確認し、RHEL 9 のブートエントリーが設定されていないことを確認します。

   # grubby --info ALL

4. /boot/loader/entries ファイルに以前の RHEL に関連するファイルが存在しないことを確認します。

   # grep -r ".el9" "/boot/loader/entries/" || echo "Everything seems ok."