9.3. RHEL 8.10 から RHEL 9.4 および 9.5 へのアップグレードに関する既知の問題

お使いのシステムに (Red Hat が署名していない) サードパーティーパッケージの名前が、Red Hat が提供するパッケージの名前と同じ場合は、インプレースアップグレードに失敗します。この問題を回避するには、アップグレードする前に、以下のいずれかのオプションを選択します。

Leapp ユーティリティーは通常、インプレースアップグレード時に、RHEL 8 と RHEL 9 の間のネットワークインターフェイスコントローラー (NIC) 名を保持します。ただし、ネットワークボンディングを持つシステムなど、一部のシステムでは、RHEL 8 と RHEL 9 の間で NIC 名を更新する必要がある場合があります。これらのシステムで、以下の手順を実行します。

BIOS を使用してシステムを起動する場合は、コアイメージのインストールに十分な領域が、ブートディスクの埋め込み領域に含まれていないと、GRUB ブートローダーをアップグレードするときにインプレースアップグレードが失敗します。これによりシステムが破損し、RHEL 6 fdisk ユーティリティーなどを使用してディスクが手動でパーティション分割された場合に発生する可能性があります。この問題がユーザーに影響するかどうかを確認するには、以下の手順を実行します。

インプレースアップグレード後、システムが以下の条件を満たす場合、SSH キーは自動生成されなくなりました。

マウントされているファイルシステムが多すぎると、アップグレード前のプロセスが失敗し、次のエラーメッセージが表示される可能性があります。

OperationalError: unable to open database file

この問題が発生した場合は、以下の手順を実行します。

/etc/fstab ファイルで定義されているマウントされたファイルシステムのいずれかに shared 伝播フラグが設定されていない場合、アップグレードが失敗する可能性があります。この問題を回避するには、これらのファイルシステムを再マウントして shared として設定します。

# mount -o remount --make-shared <mountpoint>

mountpoint は、各ファイルシステムのマウントポイントに置き換えます。

詳細は、Red Hat ナレッジベースソリューション Leapp "Can not load RPM file" during the DNF transaction check を参照してください。(RHEL-23449)

デフォルトでは、アップグレード後、logrotate がアクティブになりません。logrotate は、RHEL 8 以前では cron によって管理されていました。RHEL 9 では、systemd によって管理されます。logrotate を永続的にアクティブ化するには、アップグレード後に次のコマンドを実行します。

# systemctl enable --now logrotate.timer

次のすべての条件が満たされた場合、アップグレードが MountError メッセージで失敗する可能性があります。