RHEL 6 から RHEL 7 へのアップグレード
Red Hat Enterprise Linux 6 から Red Hat Enterprise Linux 7 へのインプレースアップグレードの手順
概要
はじめに
本書では、RHEL 6 から RHEL 7 へのインプレースアップグレードの手順を説明します。利用可能なインプレースアップグレードパスは、RHEL 6.10 から RHEL 7.9 までです。RHEL 6.10 では、延長ライフフェーズ(ELP)のサポートのみが利用できることに注意してください。
SAP HANA を使用している場合は、代わりに How do I upgrade from RHEL 6 to RHEL 7 with SAP HANA に従ってください。SAP HANA を使用した RHEL のアップグレードパスは異なる場合があることに注意してください。
RHEL 6 の最新バージョンから RHEL 7 の最新バージョンへのアップグレードは、以下の手順で行います。
- システムのアップグレードが利用可能であることを確認します。詳細は 1章アップグレードの計画 を参照してください。
- 必要なリポジトリーおよびパッケージをインストールし、対応していないパッケージを削除して、システムのアップグレードの準備を行います。詳細は、2章アップグレードに向けた RHEL 6 システムの準備 を参照してください。
- Preupgrade Assistant を使用して、アップグレードに影響を与える可能性がある問題をシステムで確認してください。詳細は 3章アップグレードの適合性の評価 を参照してください。
- Red Hat Upgrade Tool を実行してシステムをアップグレードします。詳細は 4章RHEL 6 から RHEL 7 へのシステムのアップグレード を参照してください。
Red Hat ドキュメントへのフィードバック (英語のみ)
Red Hat ドキュメントに対するご意見をお聞かせください。ドキュメントの改善点があればお知らせください。フィードバックを行う場合は、Bugzilla のチケットを作成します。
- Bugzilla の Web サイトにアクセスします。
- Component として Documentation を使用します。
- Description フィールドに、ドキュメントの改善に向けたご提案を記入してください。ドキュメントの該当部分へのリンクも追加してください。
- Submit Bug をクリックします。
主な移行の用語
以下の移行用語はソフトウェア業界で一般的に使用されますが、これらの定義は Red Hat Enterprise Linux (RHEL) に固有のものです。
更新
ソフトウェアパッチと呼ばれることもあります。更新は現行バージョン、オペレーティングシステム、または実行中のソフトウェアに追加されます。ソフトウェア更新は、問題またはバグに対応し、テクノロジーの操作が改善されます。RHEL では、更新は、RHEL 8.1 から 8.2 への更新といったマイナーリリースに関連します。
アップグレード
アップグレードは、現在実行しているアプリケーション、オペレーティングシステム、またはソフトウェアを置き換える場合です。通常、まず Red Hat の指示に従い、データをバックアップします。RHEL をアップグレードすると、以下の 2 つのオプションがあります。
- In-place upgrade: インプレースアップグレードの場合は、以前のバージョンを削除せずに、以前のバージョンを新しいバージョンに置き換えます。設定や設定と共にインストールされたアプリケーションとユーティリティーは、新規バージョンに組み込まれています。
- clean install: clean install は、以前にインストールされたオペレーティングシステム、システムデータ、設定、およびアプリケーションのすべてのトレースを削除し、最新バージョンのオペレーティングシステムをインストールします。システムに以前のデータまたはアプリケーションが必要ない場合や、以前のビルドに依存しない新規プロジェクトを開発する場合は、クリーンインストールに適しています。
オペレーティングシステムへの変換
変換は、オペレーティングシステムを別の Linux ディストリビューションから Red Hat Enterprise Linux に変換する際に使用されます。通常、まず Red Hat の指示に従い、データをバックアップします。
マイグレーション
通常、マイグレーションとは、ソフトウェアやハードウェアといったプラットフォームの変更を示しています。Windows から Linux への移行はマイグレーションです。ユーザーがあるラップトップから別のラップトップに移動したり、企業があるサーバーから別のサーバーに移動することもマイグレーションです。ただし、ほとんどのマイグレーションにはアップグレードも含まれており、この2つの用語が同様の意味で使用されることがあります。
- RHEL へのマイグレーション: 既存のオペレーティングシステムを RHEL に変換すること。
- RHEL 間での移行: RHEL のあるバージョンから別のバージョンへのアップグレード
第1章 アップグレードの計画
インプレースアップグレードは、システムを RHEL の新しいメジャーバージョンに移行するのに推奨される方法です。
RHEL 6 と RHEL 7 との間の主な変更をすべて把握するには、インプレースアップグレードプロセスを開始する前に 移行計画ガイド を参照してください。Preupgrade Assistant を実行して、システムをアップグレードすることができるかどうかを確認することもできます。Preupgrade Assistant は、システムに変更を加える前に、アップグレードに干渉したり、妨げになったりする可能性がある潜在的な問題をシステムで評価します。既知の問題 も参照してください。
システムでインプレースアップグレードを実行することで、Red Hat Upgrade Tool の統合ロールバック機能を使用や、ReaR (Relax-and-Recover) ユーティリティーなどを使用して適切なカスタムバックアップおよびリカバリーソリューションを使用して、以前動作していたシステムを限られた設定で戻すことができます。詳細は アップグレードのロールバック を参照してください。
RHEL システムが次の基準を満たしている場合は、この RHEL 6 から RHEL 7 へのアップグレード手順を使用できます。
- Red Hat Enterprise Linux 6.10: システムに最新の RHEL 6.10 パッケージがインストールされている必要があります。RHEL 6.10 では、延長ライフフェーズ(ELP)のサポートのみが利用できることに注意してください。
architecture と variant: 以下のマトリックスからのアーキテクチャーとバリアントの指定された組み合わせのみをアップグレードできます。
製品バリアント Intel 64 ビットアーキテクチャー IBM POWER、ビッグエンディアン IBM Z 64 ビットアーキテクチャー Intel 32 ビットアーキテクチャー サーバーエディション
利用可能
利用可能
利用可能
利用不可
HPC コンピュートノード
利用可能
該当なし
該当なし
利用不可
デスクトップエディション
利用不可
該当なし
該当なし
利用不可
ワークステーションエディション
利用不可
該当なし
該当なし
利用不可
CloudForms ソフトウェアを実行しているサーバー
利用不可
該当なし
該当なし
該当なし
Satellite ソフトウェアを実行しているサーバー
利用できません。サテライト環境を RHEL 6 から RHEL 7 にアップグレードする場合は、Red Hat Satellite インストールガイド 参照してください。
該当なし
該当なし
該当なし
注記LDL (Linux Disk Layout)の Direct Access Storage Device (DASD)が使用されていない限り、64 ビットの IBM Z システムのアップグレードが許可されます。
サポートされているパッケージ:以下のパッケージでインプレースアップグレードを利用できます。
-
ベースリポジトリーからインストールされるパッケージ。たとえば、システムが Intel アーキテクチャーの RHEL 6 Server 上にある場合は、
rhel-6-server-rpms
です。 Preupgrade Assistant、Red Hat Upgrade Tool、およびアップグレードに必要なその他のパッケージ。
注記最小限の数のパッケージをインストールしてアップグレードを実行することを推奨します。
-
ベースリポジトリーからインストールされるパッケージ。たとえば、システムが Intel アーキテクチャーの RHEL 6 Server 上にある場合は、
- ファイルシステム: ファイルシステムの形式はそのままです。その結果、ファイルシステムには、最初に作成されたときと同じ制限があります。
- desktop: GNOME および KDE のインストールによるシステムのアップグレードは許可されません。詳細は、Upgrading from RHEL 6 to RHEL 7 on Gnome Desktop Environment failed を参照してください。
- 仮想化:KVM または VMware 仮想化を使用したアップグレードを利用できます。Microsoft Hyper-V での RHEL のアップグレードは許可されません。
- 高可用性:High Availability アドオンを使用したシステムのアップグレードは許可されません。
- パブリッククラウド:パブリッククラウドのオンデマンドインスタンスではインプレースアップグレードは許可されません。
- サードパーティーのパッケージ:サードパーティーのパッケージ、特に起動に必要なサードパーティーのドライバーを含むパッケージを使用するシステムでは、インプレースアップグレードは許可されません。
-
/usr
ディレクトリー:インプレースアップグレードは、/usr
ディレクトリーが別のパーティションにあるシステムでは許可されません。詳細は /usr が別のパーティションにある場合に、Red Hat Enterprise Linux 6 から 7 のインプレースアップグレードが失敗する理由 を参照してください。
第2章 アップグレードに向けた RHEL 6 システムの準備
この手順では、RHEL 7 へのインプレースアップグレードを実行する前に必要な手順を説明します。
前提条件
- システム設定を RHEL 6 から RHEL 7 にアップグレードできることを確認している。詳細は アップグレードの計画 を参照してください。
手順
システムが Red Hat Subscription Management (RHSM) に登録されていることを確認します。
RHEL 6 システムが Red Hat ネットワーク (RHN) に登録されている場合は、RHSM に移行する必要があります。詳細は Red Hat Enterprise Linux での RHN から RHSM への移行 を参照してください。
最新の RHEL 6 コンテンツにアクセスしていることを確認します。指定したバージョンにパッケージをロックするために
yum-plugin-versionlock
プラグインを使用している場合は、次のコマンドを実行してロックを解除します。# yum versionlock clear
詳細は 指定したバージョンのパッケージ (または指定したバージョン以前のパッケージ) だけをインストールまたはアップグレードできるように yum の使用を制限する方法 を参照してください。
Extras リポジトリーを有効にします。これには、アップグレード前の評価およびインプレースアップグレードに必要なパッケージが含まれます。
サーバーエディションの 64 ビット Intel アーキテクチャーの Server バリアントの場合:
# subscription-manager repos --enable rhel-6-server-extras-rpms --enable rhel-6-server-optional-rpms
IBM POWER、ビッグエンディアンシステムの場合:
# subscription-manager repos --enable rhel-6-for-power-extras-rpms --enable rhel-6-for-power-optional-rpms
IBM Z アーキテクチャーの場合:
# subscription-manager repos --enable rhel-6-for-system-z-extras-rpms --enable rhel-6-for-system-z-optional-rpms
64 ビット Intel アーキテクチャーの HPC Compute Node バリアントの場合:
# subscription-manager repos --enable rhel-6-for-hpc-node-extras-rpms --enable rhel-6-for-hpc-node-optional-rpms
Preupgrade Assistant および Red Hat Upgrade Tool をインストールします。
# yum install preupgrade-assistant preupgrade-assistant-el6toel7 redhat-upgrade-tool
注記システムにインターネットアクセスがない場合は、Red Hat カスタマーポータル から Preupgrade Assistant および Red Hat Upgrade Tool をダウンロードします。詳細は、How to install preupgrade assessment packages on an offline system for RHEL 6.10 to RHEL 7.9 upgrade を参照してください。
対応していないパッケージグループをすべて削除します。
# yum groupremove group_name
group_name は、サポートされていない各グループ名に置き換えます。インストールされているグループ名の一覧を表示するには、
yum grouplist
を実行します。既知の問題 を確認し、必要に応じて回避策を適用します。特に、複数のネットワークインターフェイスを持つシステムでは、次のようになります。
- システムに静的ルートが設定されている場合は、静的ルートファイルを置き換えます。詳細は redhat-upgrade-tool がネットワークインターフェイスで静的ルートの再設定に失敗し、アップグレードが行われない を参照してください。
- NetworkManager を実行している場合は、NetworkManager を停止してからアップグレードツールを実行してください。詳細は redhat-upgrade-tool fails to reconfigure the network interfaces, preventing the upgrade to happen を参照してください。
すべてのパッケージを最新の RHEL 6 バージョンに更新します。
# yum update
システムを再起動します。
# reboot
- アップグレードを実行する前に、すべてのデータのバックアップを作成して、データの損失を防ぎます。
検証手順
Red Hat Subscription Manager に登録されていることを確認します。
# yum update
Loaded plug-ins:
エントリーにはsubscription-manager
が含まれている必要があります。サポート対象のパッケージグループのみがインストールされていることを確認:
# yum grouplist
第3章 アップグレードの適合性の評価
Preupgrade Assistant は、システムに変更を加える前に、インプレースアップグレード中に発生する可能性がある問題をシステムで評価します。
Preupgrade Assistant は、次の操作を行います。
- 情報やログを保存する以外は、システムを変更しないでください。評価対象システムは変更しません。
- パッケージの削除、互換性のない古い機能、名前の変更、設定ファイルの互換性欠如など、システムにインプレースアップグレードを行った場合に考えられる限界を評価します。
- アセスメントの結果を含むレポートを提供します。
- インプレースアップグレード後のより複雑な問題に対処するためのアップグレード後のスクリプトを提供します。
Preupgrade Assistant は複数回実行する必要があります。アップグレード前レポートで識別された問題を解決したら、常に Preupgrade Assistant を実行して、アップグレードの実行前に重大な問題が残っていないことを確認します。
システムアセスメントの結果は、次のいずれかの方法で確認できます。
- コマンドラインを使用して、評価したシステムでローカルに。
- Web ユーザーインターフェイス (UI) を使用したネットワーク経由のリモート接続Web UI を使用すると、複数のレポートを一度に表示できます。
Preupgrade Assistant はモジュールシステムです。独自のカスタムモジュールを作成して、インプレースアップグレードを実行できるかどうかを評価できます。詳細は RHEL 6 から RHEL 7 にアップグレードするためのカスタム Preupgrade Assistant モジュールを作成する方法 を参照してください。
3.1. コマンドラインからのアップグレードの適合性の評価
Preupgrade Assistant レポートをローカルで表示することで、システムのデータがネットワークに公開されないようにします。アップグレード前のアセスメントの結果は、以下の方法を使用してローカルで表示できます。
- 結果コードは、コマンドラインの標準出力に出力されます。
- Web ブラウザーでの詳細な HTML ファイル。
preupg
コマンドを追加のオプションなしで実行すると、/root/preupgrade/
ディレクトリーに result.html
ファイルと preupg_results-*.tar.gz
ファイルが生成されます。
前提条件
- アップグレードに向けた RHEL 6 システムの準備 で説明されている準備手順を完了している。
手順
Preupgrade Assistant を実行して、システムのアセスメントを実行します。
# preupg
各アセスメント結果のエントリーを確認します。
- 標準出力の結果コードを調べます。アセスメントコードの詳細は、アセスメントの結果コードの表 を参照してください。
Web ブラウザーで、結果のある HTML ファイルを開くことで、アセスメントレポートをより詳細に表示します。
# web_browser file:///root/preupgrade/result.html
-
出力ディレクトリー設定、終了コード、および Preupgrade Assistant ユーティリティーに関するリスクの説明は、
/root/preupgrade/
ディレクトリーの README ファイルを参照してください。 レポートの 修復 のテキストに従い、アセスメント中に Preupgrade Assistant により検出された問題を解決します。
重要アセスメントレポートは、RHEL 7 へのインプレースアップグレードを完了した後に、特定のタスクを実行する必要がある場合があります。アップグレード後のタスクを書き留め、アップグレード後に実行してください。
- Preupgrade Assistant を再度実行します。新しい問題が解決しない場合は、システムのアップグレードを続行できます。
3.2. Web UI からのアップグレードの適合性の評価
Preupgrade Assistant ブラウザーベースのインターフェイスは、複数のシステムから評価レポートを収集し、結果の便利なフィルター処理を提供します。アップグレード手順では GNOME デスクトップのアップグレードが許可されないため、この手順ではリモート GUI デスクトップで Preupgrade Assistant の結果を表示する方法を説明します。
Preupgrade Assistant Web UI をリモートで使用するには、the Apache HTTP Server をインストールして設定し、ファイルを /etc/httpd/conf.d/
ディレクトリーに追加して、システムで httpd
サービスを実行して内容を提供する必要があります。
システムに関するデータをネットワークに公開することが懸念される場合、またはアップグレードしているシステムにコンテンツを追加しないようにする場合は、以下の代替方法を使用して、アップグレード前のアセスメント結果を確認できます。
- Apache HTTP Server を設定せずに、localhost (127.0.0.1) で Preupgrade Assistant Web UI をローカルで使用。
-
コマンドラインからのアップグレードの適合性の評価 で説明されている手順にリモートで従い、
/root/preupgrade/result.html
ファイルをリモートシステムにコピーし、リモートシステムの Web ブラウザーで HTML ファイルを開く。
前提条件
- アップグレードに向けた RHEL 6 システムの準備 で説明されている準備手順を完了している。
手順
Apache HTTP Server および Preupgrade Assistant Web UI をインストールします。
# yum install httpd preupgrade-assistant-ui
デフォルトで TCP ポート 8099 を介して、ローカルシステムのすべてのネットワークインターフェイスで Preupgrade Assistant の Web UI を使用できるようにするには、デフォルトのプライベート httpd のアップグレード前設定をパブリック設定に変更します。
# cp /etc/httpd/conf.d/99-preup-httpd.conf.public /etc/httpd/conf.d/99-preup-httpd.conf
任意: IP アドレスの代わりにホスト名 (
preupg-ui.example.com
など) を使用してアップグレード前アシスタントにアクセスするには、次のコマンドを実行します。-
アップグレードしているシステムに
preupg-ui.example.com
の名前を参照するように DNS CNAME レコードを用意します。 -
99-preup-httpd.conf
ファイルのNameVirtualHost
行をNameVirtualHost preupg-ui.example.com:8099
に変更します。
-
アップグレードしているシステムに
ファイアウォールを実行していて、SELinux を Enforcing モードで使用している場合は、Preupgrade Assistant Web UI サービスで必要なポートへのアクセスを許可します。
# setsebool httpd_run_preupgrade on # iptables -I INPUT -m state --state NEW -p tcp --dport 8099 -j ACCEPT
httpd
を再起動し、新しい設定を読み込みます。# service httpd restart
-
別のシステムの Web ブラウザーから、IP アドレス (
http://192.168.122.159:8099
など) またはホスト名 (http://preupg-ui.example.com:8099 など) を使用して、アップグレード前アシスタント Web UI サービスにアクセスします。 初めて Preupgrade Assistant Web UI にアクセスする際に、認証の有無にかかわらず、UI にアクセスするかどうかを決定します。
- 認証を使用して UI にアクセスするには、既存のユーザーとしてログインするか、新しいユーザーを作成します。 を選択して新しいユーザーを作成すると、認証システムが自動的に有効になります。
- 認証なしでユーザーインターフェイスにアクセスするには、 を選択します。
アップグレードを計画しているシステムに戻り、コマンドラインで Preupgrade Assistant Web UI サーバーへの自動送信で、Preupgrade Assistant を実行します。
# preupg -u http://hostname:port/submit/
以下に例を示します。
# preupg -u http://preupg-ui.example.com:8099/submit/
リモートサーバーの Web ブラウザーに戻り、Preupgrade Assistant Web UI を再読み込みします。
Web UI で、Preupgrade Assistant を実行して生成したアセスメントレポートを見つけてデプロイメントします。レポートの各項目を確認し、報告された問題を解決します。アセスメントの結果コードの詳細は、アセスメントの結果コードの表 を参照してください。
重要アセスメントレポートは、RHEL 7 へのインプレースアップグレードを完了した後に、特定のタスクを実行する必要がある場合があります。アップグレード後のタスクを書き留め、アップグレード後に実行してください。
- アップグレード前アシスタントを再度実行し、レポートを Web UI にアップロードします。新しい問題が解決しない場合は、アップグレードを続行できます。
3.3. アップグレード前のアセスメントの結果コード
Preupgrade Assistant を実行すると、アセスメントの結果が生成されます。アセスメントの結果にはそれぞれコードが割り当てられます。各コードの説明および実行するアクションは、以下の表を参照してください。
結果コード | 説明 |
---|---|
PASS | 問題が見つかりませんでした。 |
FAIL | アップグレードのリスクが非常に高くなります。インプレースアップグレードができない。 |
NEEDS_ACTION | アップグレードリスクが高いものがあります。Red Hat Upgrade Tool を実行する前に問題を解決する必要があります。 |
NEEDS_INSPECTION | 中程度または低レベルのアップグレードリスク。アップグレードは失敗しない場合がありますが、システムが完全に稼働しなくなる可能性があります。システムの特定の部分を確認し、必要に応じて問題を修正する必要があります。 |
FIXED | アップグレードに必要な変更は自動的に適用されました。アクションを実行する必要はありません。 |
INFORMATIONAL | 有用な情報ですが、重要な情報ではありません。 |
NOT_APPLICABLE | 評価したパッケージがシステムにインストールされていません。 |
ERROR | ツールでエラーが発生しました。この種の問題は Red Hat サポートに報告してください。 |
notchecked | 各モジュールが確認されていません。詳細は 既知の問題 を参照してください。 |
第4章 RHEL 6 から RHEL 7 へのシステムのアップグレード
Preupgrade Assistant が報告するすべての問題を修正したら、Red Hat Upgrade Tool を使用してシステム RHEL 6.10 から RHEL 7.9 にアップグレードできます。必要なインストール後の作業を必ず行い、システムを最新の状態にして、アップグレード関連の問題を防ぎます。
このアップグレードプロセスは、非本番稼働システムでテストしてから、本番稼働システムで実行してください。
前提条件
- 完全なシステムバックアップを含め、アップグレードに向けた RHEL 6 システムの準備 で説明されている準備手順を完了している。
- アップグレード前のシステムアセスメントを実行し、報告された問題をすべて解決している。詳しくは システムのアップグレードの適合性の評価 を参照してください。
手順
以下のいずれかの場所で、RHEL 7 パッケージでソースリポジトリーまたはメディアを準備します。
- RHEL 7 パッケージをダウンロードする DVD ISO から作成したインストールリポジトリー (RHEL 7.9 パッケージを含む FTP サーバーや HTTPS サイトなど)詳細は、インストールソースの準備 を参照してください。
- マウントされたインストールメディア
ISO イメージ
上記のオプションのいずれかで、Red Hat が提供するカスタムリポジトリーと追加リポジトリーを設定できます。たとえば、RHEL 6 Base システムで利用可能な特定のパッケージは、RHEL 7 Extras リポジトリーで提供されており、RHEL 7 DVD にはありません。
システムに、RHEL 7 Base リポジトリーにないパッケージが必要な場合は、別の RHEL 7 システムをインストールして、FTP または HTTP で必要なパッケージを提供する
yum
リポジトリーとして機能させることができます。アップグレード中に使用できる追加のリポジトリーを設定する場合は、更新用のローカルリポジトリーを作成する方法 の手順に従います。次に、
redhat-upgrade-tool
コマンドで--addrepo=REPOID=URL
オプションを指定します。重要アップグレード後に起動の問題を回避するために、RHEL 7.9 GA ソースリポジトリーを使用することを強く推奨します。詳細は、既知の問題 を参照してください。
アクティブなリポジトリーを無効にして、RHEL のさまざまなメジャーリリースのパッケージを組み合わせた場合の問題を防ぎます。
yum-utils
パッケージをインストールします。# {PackageManagerCommand} install {PackageManagerCommand}-utils
アクティブなリポジトリーを無効する
# {PackageManagerCommand}-config-manager --disable \*
詳細は Can I install packages from different versions of RHEL を参照してください。
Red Hat Upgrade Tool を実行して RHEL 7 パッケージをダウンロードし、パッケージのインストールを準備します。Red Hat Enterprise Linux 7 パッケージの場所を指定します。
インストールリポジトリー
# redhat-upgrade-tool --network 7.9 --instrepo ftp-or-http-url --cleanup-post
マウントされたインストールメディア
# redhat-upgrade-tool --device device_path --cleanup-post
デバイスパスを指定しないと、Red Hat Upgrade Tool は、マウントされているすべてのリムーバブルデバイスをスキャンします。
ISO イメージ
# redhat-upgrade-tool --iso iso_path --cleanup-post
重要3 つの場所すべてに、redhat-upgrade-tool コマンドで以下のオプションを使用できます。
-
--cleanup post: 置き換える RHEL 7 がない Red Hat 署名パッケージを自動的に削除します。推奨。
--cleanup-post
オプションを指定しない場合は、インプレースアップグレード後に、残りの RHEL 6 パッケージをすべて削除して、お使いのシステムが完全にサポートされるようにする必要があります。 - --snapshot-root-lv および --snapshot-lv: システムボリュームのスナップショットを作成します。アップグレードに失敗した場合に、RHEL システムのロールバックを実行するには、スナップショットが必要です。詳細は RHEL 6 から RHEL 7 へのアップグレード後のロールバックとクリーンアップ を参照してください。
-
--cleanup post: 置き換える RHEL 7 がない Red Hat 署名パッケージを自動的に削除します。推奨。
要求されたら、システムを再起動します。
# reboot
アップグレードしているパッケージの数によっては、このプロセスが完了するのに最大数時間かかることがあります。
- アップグレード前の評価結果で説明されているアップグレード後のタスクを手動で実行します。
- システムアーキテクチャーが 64 ビット Intel の場合は、GRUB Legacy から GRUB 2 にアップグレードします。詳細は、システム管理者ガイド を参照してください。
-
アップグレードしたホストに Samba がインストールされている場合は、
testparm
ユーティリティーを実行して、/etc/samba/smb.conf
ファイルを確認します。ユーティリティーが設定エラーを報告した場合は、Samba を開始する前に修正する必要があります。 任意: Red Hat Upgrade Tool の実行時に
--cleanup-post
を指定しなかった場合は、孤立した RHEL 6 パッケージをクリーンアップします。# rpm -qa | grep .el6 &> /tmp/el6.txt # rpm -e $(cat /tmp/el6.txt) --nodeps
警告RHEL 7 と互換性のあるカスタムパッケージを誤って削除しないように注意してください。
警告孤立したパッケージを削除するために
rpm
を使用すると、一部の RHEL 7 パッケージで依存関係が壊れる可能性があります。これらの依存関係エラーを修正する方法は、依存関係エラーの修正 を参照してください。新しい RHEL 7 パッケージを最新バージョンに更新します。
# yum update # reboot
検証手順
システムが RHEL 7 の最新バージョンにアップグレードされていることを確認します。
# cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.9 (Maipo)
システムが RHEL 7 に自動的に再サブスクリプションされていることを確認します。
# yum repolist Loaded plugins: product-id, subscription-manager repo id repo name status rhel-7-server-rpms/7Server/x86_64 Red Hat Enterprise Linux 7 Server (RPMs) 23,676
リポジトリーリストに RHEL リポジトリーが含まれていない場合は、次のコマンドを実行してシステムのサブスクライブを解除し、システムを RHEL 7 システムとして再サブスクライブして、必要なリポジトリーを追加します。
# subscription-manager remove --all # subscription-manager unregister # subscription-manager register # subscription-manager attach --pool=poolID # subscription-manager repos --enable=repoID
インプレースアップグレードの実行中または実行後に問題が発生した場合は、トラブルシューティング を参照してください。
第5章 トラブルシューティング
RHEL 6.10 から RHEL 7.9 へのインプレースアップグレード後に、パッケージ関連の問題をトラブルシューティングして解決します。
5.1. トラブルシューティングのリソース
以下のトラブルシューティングリソースを参照してください。
コンソールの出力
デフォルトでは、Preupgrade Assistant により、エラーおよび重要なログレベルメッセージのみがコンソールに出力されます。デバッグ、情報、および警告のメッセージも出力するには、redhat-upgrade-tool
コマンドで --debug
オプションを指定します。
ログ
/var/log/upgrade.log
ファイルには、アップグレードフェーズで見つかった問題のリストが表示されます。
レポート
/root/preupgrade/result.html
ファイルには、アップグレード前のフェーズで見つかった問題のリストが表示されます。このレポートは、Web コンソールでも利用できます。詳細は Web UI からのアップグレードの適合性の評価 を参照してください。
5.2. 依存関係エラーの修正
インプレースアップグレードでは、一部のパッケージに依存関係がなく、一部のパッケージがインストールされる場合があります。
手順
依存関係エラーを特定します。
# yum check dependencies
コマンドが出力を表示しない場合、それ以上のアクションは必要ありません。
-
依存関係エラーを修正するには、影響を受けるパッケージを再インストールします。この操作中に、
yum
ユーティリティーは不足している依存関係を自動的にインストールします。必要な依存関係がシステムで利用可能なリポジトリーにより提供されていない場合は、それらのパッケージを手動でインストールします。
5.3. 足りないパッケージのインストール
RHEL 6 から RHEL 7 へのアップグレード後に、特定のパッケージが欠落している可能性があります。この問題は、以下の理由で発生する可能性があります。
- このパッケージが含まれている Red Hat Upgrade Tool にリポジトリーを提供していませんでした。足りないパッケージを手動でインストールします。
- 特定の問題により、一部の RPM がインストールされなくなっています。足りないパッケージをインストールする前に、この問題を解決してください。
- サービスが設定されておらず、アップグレード前に実行していなかったため、NetworkManager が欠落しています。NetworkManager を手動でインストールして設定します。詳細は NetworkManager の使用 を参照してください。
手順
以下のいずれかの方法で、RHEL 7 システムにないパッケージを確認します。
- アップグレード前のレポートを確認します。
次のコマンドを実行して、RHEL 7 で期待されるパッケージのリストを生成し、現在インストールされているパッケージと比較して、足りないパッケージを特定します。
$ /root/preupgrade/kickstart/RHRHEL7rpmlist* | grep -v "#" | cut -d "|" -f 3 | sort | uniq
以下のいずれかの方法で、足りないパッケージをインストールします。
足りないパッケージをすべて一度に見つけてインストールします。これは、足りないパッケージをすべて簡単に取得する方法です。
# cd /root/preupgrade # bash noauto_postupgrade.d/install_rpmlist.sh kickstart/RHRHEL7rpmlist_kept
足りないパッケージの一部のみをインストールする場合は、各パッケージを個別にインストールします。
# yum install package
アップグレードされたシステムにインストールする必要があるパッケージのリストを含む他のファイルの詳細は、/root/preupgrade/kickstart/README
ファイルおよびアップグレード前のレポートを参照してください。
5.4. 既知の問題
RHEL 6 から RHEL 7 にアップグレードする際に発生する既知の問題を以下に示します。
- FIPS モードを有効にした状態では、RHEL 6 システムの RHEL 7 へのインプレースアップグレードはできない
- LDL フォーマットが使用されると IBM Z でのインプレースアップグレードに失敗してデータが失われる
- Preupgrade Assistant はシステムに特定のパッケージがない場合には notchecked とレポートする
- redhat-upgrade-tool がネットワークインターフェイスの再設定に失敗し、アップグレードが行われない
- redhat-upgrade-tool がネットワークインターフェイスの静的ルートの再設定に失敗し、アップグレードが実行されない
- /usr が別のパーティションにある場合に Red Hat Enterprise Linux 6 から 7 のインプレースアップグレードが失敗する理由
- マルチパスボリュームを使用する IBM Power、ビッグエンディアンアーキテクチャーのシステムでは、インプレースアップグレード時に問題が発生したり、アップグレードされたシステムが起動に失敗したり可能性がある。この問題を回避するには、このようなシステムでインプレースアップグレードを実行しないようにしてください。(BZ #1704283)
-
ターゲットの RHEL 7 リポジトリーに
kernel-3.10.0-1160.62.1.el7
パッケージ以降が含まれている場合、アップグレードは失敗します。これにより、システムが起動不可能な状態になります。この問題を回避するには、z-stream 更新なしで RHEL 7.9 GA リポジトリーを使用するか、リポジトリー内の RHEL 7.9 カーネルがkernel-3.10.0-1160.62.1.el7
パッケージより古いことを確認してください。RHEL 9.3.0:
5.5. アップグレードのロールバック
RHEL 7 へのインプレースアップグレードに失敗した場合は、以下のいずれかの方法を使用すると、限られた設定で、以前の RHEL 6 動作していたシステムを戻すことができます。
- Red Hat Upgrade Tool に統合されているロールバック機能。詳細は RHEL 6 から RHEL 7 へのアップグレード後のロールバックとクリーンアップ を参照してください。
- ReaR (Relax-and-Recover) ユーティリティーなどのカスタムバックアップおよびリカバリーソリューション。詳細は、ReaR のドキュメント および Relax and Recover(ReaR) の概要 を参照してください。