3.2. ステップ 2: アップグレード前レポートの確認
この章の手順は、第 4 章 - アップグレード前レポートの確認(RHEL 7 から RHEL 8 へのアップグレード ガイド)のトピックに対応しています。
アップグレード前のプロセス( leapp preupgrade
コマンド)は、システムに変更を加える前に、RHEL 7 から RHEL 8 へのアップグレードで発生する可能性がある潜在的な問題についてシステムを評価します。これは、実際のアップグレードプロセスを開始する前に、RHEL 8.6 または RHEL 8.8 に正常にアップグレードできる可能性を判断するのに役立ちます。
実際のアップグレードを実行する前に、問題を引き起こす可能性のある問題に対処する必要がある場合は、leapp preupgrade
コマンドを複数回実行できます (実行する必要があります)。jumpp preupgrade
コマンドは、インストールされたシステムに変更を加えません。ただし、システムでインプレースアップグレードを実行すると、以前のシステムに戻す唯一の方法は、アップグレード前に実行されたバックアップまたはスナップショットから復元することです。
手順
アップグレード前の評価を実行します。
クラウド以外のシステムまたは BYOS クラウドシステムで、次を実行します。
# leapp preupgrade --channel e4s [--target <target_os_version>]
<target_os_version> は、ターゲットの OS バージョン(例:8.6)に置き換えます。ターゲット OS バージョンが定義されていない場合、Leapp は表 1.1 で指定されたデフォルトのターゲット OS バージョンを使用します( サポートされているアップグレードパス )。たとえば、RHEL 7.9 から RHEL 8.8 へのインプレースアップグレードの場合は、以下のように <target_os_version> を 8.8 に置き換えます。
# leapp preupgrade --channel e4s --target 8.8
AWS、Google Cloud、または Microsoft Azure 上の PAYG クラウドインスタンスで、次を実行します。
# leapp preupgrade --no-rhsm --channel e4s [--target <target_os_version>]
<target_os_version> は、ターゲットの OS バージョン(例:8.6)に置き換えます。ターゲット OS バージョンが定義されていない場合、Leapp は表 1.1 で指定されたデフォルトのターゲット OS バージョンを使用します( サポートされているアップグレードパス )。
多くの場合、次の阻害要因が報告されます。
- 1.Inhibitor: RHEL で削除された、読み込まれたカーネルドライバーを検出する
- 8.アップグレードを続行できません。
- 2.Inhibitor: root アカウントを使用したリモートログインで可能な問題
3.Inhibitor: 応答ファイルに必須の回答がない
ファイル
/var/log/leapp/leapp-report.txt
内のレポートには、これらの阻害要因を解決するために、修復手順など、必要なすべての情報が含まれています。
-
クラウド以外のシステムまたは BYOS クラウドシステムの場合、
Unable to use yum が正常
に手順target_userspace_creator
で報告され、事前アップグレードが中断されている場合、これは通常、必要なすべての RHEL 7 リポジトリーおよび RHEL 8 リポジトリーがアクティベーションキーで利用できるわけではないことを示します。この問題を解決するには、手順 1.1.a.i に従って必要なすべてのリポジトリーを有効にするようにアクティベーションキーを設定するか、必要なすべてのリポジトリーが有効になっているアクティベーションキーを使用するようにシステムを再登録します。 - インプレースアップグレードを続行する前に、報告されたすべての問題を手動で解決します。前述のように、阻害要因が報告されなくなるまで、必要に応じてこの手順を繰り返すことができます。