Red Hat Training

A Red Hat training course is available for RHEL 8

RHEL 8 へのアップグレード

Red Hat Enterprise Linux 8

Red Hat Enterprise Linux 8 へのインプレースアップグレードのガイド

Red Hat Customer Content Services

概要

本書は、Leapp ユーティリティーを使用した、Red Hat Enterprise Linux 7 から Red Hat Enterprise Linux 8 へのインプレースアップグレードを実行する方法を説明します。既存の RHEL 7 オペレーティングシステムは、インプレースアップグレード時に RHEL 8 バージョンに置き換えられます。

Red Hat ドキュメントへのフィードバック (英語のみ)

ご意見ご要望をお聞かせください。ドキュメントの改善点はございませんか。改善点を報告する場合は、以下のように行います。

  • 特定の文章に簡単なコメントを記入する場合は、以下の手順を行います。

    1. ドキュメントの表示が Multi-page HTML 形式になっていて、ドキュメントの右上端に Feedback ボタンがあることを確認してください。
    2. マウスカーソルで、コメントを追加する部分を強調表示します。
    3. そのテキストの下に表示される Add Feedback ポップアップをクリックします。
    4. 表示される手順に従ってください。
  • より詳細なフィードバックを行う場合は、Bugzilla のチケットを作成します。

    1. Bugzilla の Web サイトにアクセスします。
    2. Component で Documentation を選択します。
    3. Description フィールドに、ドキュメントの改善に関するご意見を記入してください。ドキュメントの該当部分へのリンクも記入してください。
    4. Submit Bug をクリックします。

第1章 要件および制限事項

1.1. 要件

RHEL 7.6 から RHEL 8.1 へのインプレースアップグレードは、現在、次の要件を満たすシステムでのみサポートされています。

  • RHEL 7.6 がインストールされている。

    重要

    RHEL 7.7 以降のバージョンからのアップグレードには対応していません。サポート対象で予定されているアップグレードパスの一覧は「Supported in-place upgrade paths for Red Hat Enterprise Linux」を参照してください。

  • Server バリアント。
  • アーキテクチャーが、64 ビット Intel、64 ビット ARM、IBM POWER (リトルエンディアン)、IBM Z のいずれか。
  • 適切な RHEL 7 Extended Update Support (EUS) リポジトリーが利用可能な場合は有効になっている。付録A RHEL 7 リポジトリーを参照してください。EUS リポジトリーでは、最新の更新にアクセスできる。
  • FIPS モードが無効になっている。ナレッジベースのソリューション「How to disable FIPS mode in RHEL 6 or RHEL 7」を参照してください。
  • RHEL 8 の最小ハードウェア要件 (「Red Hat Enterprise Linux テクノロジーの機能と制限」を参照)。
  • Red Hat Subscription Manager を使用して、システムが Red Hat Content Delivery Network または Red Hat Satellite 6.5 以降に登録されている。

1.2. 既知の制限

現在、重要な既知の制限には、以下のようなものがあります。

  • Leapp ユーティリティーには、最後に確認されている正常な状態へのロールバックが実装されていません。ReaR (Relax-and-Recover) ユーティリティーなどを使用して、アップグレードの前に完全なシステムバックアップを行うことが推奨されます。詳細は、ReaR のドキュメント および「Relax and Recover(ReaR) の概要」を参照してください。
  • Minimal (@minimal) または Base (@base) のパッケージグループに含まれていないパッケージにより、アップグレードが失敗する場合があります。
  • 現在、インプレースアップグレードの対象となるシステムでは、ディスク、LPM、またはファイルシステムの暗号化を使用できません。
  • マルチパスやネットワークストレージマウント (iSCSI、FCoE、NFS など) を、システムのパーティションとして使用することはできません。
  • Leapp ユーティリティーは、アップグレードプロセス時に SELinux モードを Permissive に設定します。
  • OS、Red Hat Software Collections、Red Hat Developer Tools、またはアドオン (High Availability、Network Function Virtualization など) で実行しているその他の Red Hat 製品に対するサポートは、現在提供されていません。
  • システムで、root のファイルシステムが ftype=0 で XFS にフォーマットされている場合 (RHEL 7.2 以前のバージョンでのデフォルト) は、システムに多くのパッケージがインストールされていると、RPM アップグレートトランザクションの計算が失敗します。このような障害が領域の不足により発生している場合は、leapp upgrade コマンドで LEAPP_OVL_SIZE=<SIZE_IN_MB> 変数を使用して利用可能な領域を増やし、サイズを 2048 MB 以上に設定します (詳細は関連するナレッジベースソリューション 「Leapp upgrade fails with "Actor: prepare_upgrade_transaction Message: A Leapp Command Error occurred."」を参照)。ftype の値を確認するには、xfs_info コマンドを使用してください。
  • 現在、インプレースアップグレードは、RHEL サブスクリプションに Red Hat Update Infrastructure を使用して Red Hat Subscription Manager を使用しないパブリッククラウド (Amazon EC2、Azure、Huawei Cloud、Alibaba Cloud、Google Cloud) のオンデマンドインスタンスではサポートされません。

「既知の問題」も併せて参照してください。

第2章 アップグレードに向けて RHEL 7 システムの準備

この手順では、Leapp ユーティリティーを使用して RHEL 8 へのインプレースアップグレードを実行する前に必要な手順を説明します。

前提条件

手順

  1. Red Hat Subscription Manager を使用して、システムが Red Hat Content Delivery Network (CDN) または Red Hat Satellite 6.5 以降に適切に登録されていることを確認します。

    注記

    システムが Satellite Server に登録されている場合は、Red Hat カスタマーポータルで作成したサブスクリプションマニフェストファイルを Satellite Server にインポートして、RHEL 8 リポジトリーを使用できるようにする必要があります。手順は、Red Hat Satellite の特定のバージョン (バージョン 6.5 など) の『コンテンツ管理ガイド』「サブスクリプションの管理」を参照してください。

  2. Red Hat Enterprise Linux Server サーバーのサブスクリプション が割り当てられていることを確認します。

    # subscription-manager list --installed
    +-------------------------------------------+
        	  Installed Product Status
    +-------------------------------------------+
    Product Name:  	Red Hat Enterprise Linux Server
    Product ID:     69
    Version:        7.6
    Arch:           x86_64
    Status:         Subscribed
  3. RHEL 7 EUS リポジトリー が特定のアーキテクチャーおよびリポジトリーで使用可能な場合は有効になっていることを確認してください。これは、この手順の手順 6 で示されたパッケージの最新バージョンに RHEL 7.6 システムを適切に更新した場合や、対応しているインプレースアップグレードシナリオの前提条件として必要となります。

    次のコマンドは、64 ビット Intel アーキテクチャーのリポジトリーの一覧を示します。他のアーキテクチャーについては、付録A RHEL 7 リポジトリーを参照してください。

    1. Base EUS リポジトリーを有効にします。

      # subscription-manager repos --disable rhel-7-server-rpms --enable rhel-7-server-eus-rpms
    2. Leapp およびその依存関係が利用可能な Extras リポジトリーを有効にします。

      # subscription-manager repos --enable rhel-7-server-extras-rpms
    3. Optional リポジトリーを有効にしている場合は、Optional EUS リポジトリーも有効にします。

      # subscription-manager repos --disable rhel-7-server-optional-rpms --enable rhel-7-server-eus-optional-rpms
    4. Supplementary リポジトリーを有効にしている場合は、Supplementary EUS リポジトリーを有効にします。

      # subscription-manager repos --disable rhel-7-server-supplementary-rpms --enable rhel-7-server-eus-supplementary-rpms
  4. yum-plugin-versionlock プラグインを使用して、パッケージを特定バージョンにロックする場合は、次のコマンドを実行してロックを解除します。

    # yum versionlock clear

    詳細は「指定したバージョンのパッケージ (または指定したバージョン以前のパッケージ) だけをインストールまたはアップグレードできるように yum の使用を制限する方法」を参照してください。

  5. RHEL 7.6 コンテンツを利用するように Red Hat Subscription Manager を設定します。

    # subscription-manager release --set 7.6
    重要

    アップグレードは、RHEL 7.6 を出発点として設計されています。RHEL 7.7 以降のパッケージがシステムにインストールされていると、インプレースアップグレードはサポートされません。

  6. すべてのパッケージを最新の RHEL 7.6 EUS バージョンに更新します。

    # yum update
  7. システムを再起動します。

    # reboot
  8. Leapp ユーティリティーをインストールします。

    # yum install leapp
  9. ナレッジベースの記事「RHEL 7 から RHEL 8 へのインプレースアップグレード時に Leapp ユーティリティーで必要なデータ」に添付されている追加の必須データファイル (RPM パッケージの変更および RPM リポジトリーマッピング) をダウンロードして、/etc/leapp/files/ ディレクトリーに保存します。
  10. (SaltChefPuppetAnsible などの) 設定管理を無効にしているか、元の RHEL7 システムを復元しないように適切に再設定していることを確認します。
  11. システムで、カーネル (eth) が使用する接頭辞に基づいた名前で、複数の Network Interface Card (NIC) が使用されていないことを確認します。RHEL 8 へのインプレースアップグレードの前に別の命名スキームに移行する方法は「RHEL 7 でカーネルの NIC 名を使用している場合に RHEL 8 へのインプレースアップグレードを実行する方法 」を参照してください。
  12. システム全体のバックアップまたは仮想マシンのスナップショットが存在することを確認してください。これにより、ご利用の環境で、以下の標準の災害復旧手順に従って、システムをアップグレード前と同じ状態に戻せるようになります。

第3章 アップグレード前のフェーズでのアップグレード可能性の評価

アップグレード前のプロセスで、Leapp ユーティリティーが、システムに関するデータを収集し、アップグレードの可能性を評価し、/var/log/leapp/leapp-report.txt ファイルと Web コンソールにアップグレード前レポートを生成します。レポートは潜在的な問題を要約し、推奨される解決策を提案します。このレポートは、アップグレードを進めることが可能かどうかの判断にも役立ちます。さらに、Web コンソールを使用すると、自動修復を適用できます。

重要

アップグレード前のフェーズでは、Leapp がインプレースアップグレードプロセス全体をシミュレートしたり、すべての RPM パッケージをダウンロードしたりしません。また、アップグレード前のレポートで問題が報告されていなくても、後続のフェーズで 6章トラブルシューティング がアップグレードプロセスを回避できます。詳細は6章トラブルシューティングを参照してください。

3.1. コマンドラインからアップグレード前の評価を実行

この手順では、コマンドラインインターフェースを使用して、アップグレード前のフェーズで潜在的なアップグレードの問題を特定する方法を説明します。

前提条件

手順

  1. RHEL 7 システムで、アップグレード前のフェーズを別途実行します。

    # leapp preupgrade
  2. /var/log/leapp/leapp-report.txt ファイルのレポートを調べて、インプレースアップグレードに進む前に、報告されたすべての問題を手動で解決します。

3.2. Web コンソールでアップグレード前の評価と修復を実行

この手順では、アップグレード前のフェーズで潜在的な問題を特定する方法と、Web コンソールを使用して自動修復を適用する方法を説明します。

前提条件

手順

  1. cockpit-leapp プラグインをインストールします。

    # yum install cockpit-leapp
  2. ブラウザーで Web コンソールに移動し、root または十分な権限を持つユーザーでログインします。Web コンソールの詳細は、「RHEL 7 Web コンソールを使用したシステムの管理」を参照してください。
  3. RHEL 7 システムで、コマンドラインインターフェースまたは Web コンソールの端末からアップグレード前のフェーズを実行します。

    # leapp preupgrade
  4. Web コンソールで、左側のメニューから インプレースアップグレードレポート を選択します。

    図3.1 Web コンソールのインプレースアップグレードレポート

    Web コンソールのインプレースアップグレードレポート

    レポートの表には、見つかった問題の概要、リスク評価、および修復 (利用可能な場合) が記載されています。

    • リスク要因:

      • 高 - システム状態が悪化する可能性が非常に高い
      • 中 - システムとアプリケーションの両方に影響を与える可能性がある
      • 低 - システムに影響はないが、アプリケーションに影響を与える可能性がある
    • インヒビター - アップグレードプロセスを抑制 (ハードストップ) する。抑制しないと、システムが起動できず、アクセスできず、または機能しなくなる可能性があります。
    • 修復 - 報告された問題に対する実行可能な解決策

      • 修復コマンド - Web コンソールから直接実行可能
      • 修復のヒント - 問題を手動で解決する方法の手順
  5. レポートの内容を調べます。ヘッダーをクリックして、テーブルを並べ替えることができます。詳細ペインを開くには、選択した行をクリックします。

    図3.2 詳細ペイン

    詳細ペイン

    詳細ペインには、次の追加情報が表示されます。

    • 問題の概要と、問題を詳細に説明するナレッジベース記事へのリンク
    • 修復 - 自動修復 (利用可能な場合) を実行またはスケジュールし、適用時にその結果を確認できます。
    • 影響を受けるシステムリソース: パッケージ、リポジトリー、ファイル (構成、データ)、ディスク、ボリューム
  6. 必要に応じて、結果をフィルタリングします。レポートの左上隅にある フィルター ボタンをクリックし、設定に基づいてフィルターを適用します。フィルターカテゴリーは、相互に関連して適用されます。

    図3.3 フィルター

    フィルター
  7. 自動修復を適用する問題を選択します。2 つのオプションがあります。

    1. 詳細ペインの Add to Remediation Plan ボタンをクリックして、個々の項目を選択します。また、詳細ペインで Run Remediation をクリックして、個々の修正を直接実行できます。
    2. レポートの右上隅にある Add all remediations to plan ボタンをクリックして、修復が利用可能なすべての項目を選択します。
  8. レポートの右上隅にある Remediation plan リンクをクリックして、修復計画を開きます。修復計画には、実行した修復、または予定されている修復の一覧が示されます。

    図3.4 修復計画

    修復計画
  9. Execute Remediation Plan をクリックして、予定されている修復をすべて処理します。修復エントリーごとに次の情報が表示されます。

    • 修復の一意の ID
    • コマンドの終了ステータス
    • 実行された修復の経過時間
    • 標準出力
    • 標準エラー

第4章 RHEL 7 から RHEL 8 へのアップグレードの実行

この手順は、Leapp ユーティリティーを使用して RHEL 8 へアップグレードする方法を説明します。

前提条件

手順

  1. RHEL 7 システムで、アップグレードプロセスを開始します。

    # leapp upgrade

    アップグレードプロセスの開始時、Leapp は、3章アップグレード前のフェーズでのアップグレード可能性の評価で説明されているアップグレード前のフェーズを実行します。

    システムをアップグレードできる場合は、Leapp が必要なデータをダウンロードし、アップグレード用の RPM トランザクションを作成します。

    システムで、信頼できるアップグレードの設定要因が満たされていない場合は、Leapp がアップグレードプロセスを中止し、問題を説明する記録と、推奨される解決策を /var/log/leapp/leapp-report.txt ファイルに出力します。詳細は6章トラブルシューティングを参照してください。

  2. システムを手動で再起動します。

    # reboot

    このフェーズでは、システムが RHEL 8 ベースの初期 RAM ディスクイメージ initramfs で起動します。Leapp は、すべてのパッケージをアップグレードして、自動的に RHEL 8 システムを再起動します。

    失敗した場合は、6章トラブルシューティングの説明に従ってログを調べてください。

  3. 以下のアップグレード後タスクを実行します。

    1. RHEL 8 システムにログインします。
    2. SELinux モードを Enforcing に変更します。

      • たとえば、ausearch ユーティリティーを使用して Permissive モードから切り替える前に、SELinux による拒否がないことを確認してください。詳細は6章トラブルシューティングを参照してください。
      • SELinux を Enforcing モードで有効にします。

        # setenforce 1
    3. 5章RHEL 8 システムのアップグレード後の状態の確認に従って、システムの状態を確認します。

第5章 RHEL 8 システムのアップグレード後の状態の確認

この手順は、RHEL 8 へのインプレースアップグレード後に実行が推奨される手順を紹介します。

前提条件

手順

アップグレードが完了したら、システムが必要な状態になっていることを確認します。少なくとも以下の確認を行います。

  • 現在のオペレーティングシステムのバージョンが Red Hat Enterprise Linux 8 であることを確認します。

    # cat /etc/redhat-release
    Red Hat Enterprise Linux release 8.1 (Ootpa)
  • オペレーティングシステムのカーネルバージョンを確認します。

    # uname -r
    4.18.0-147.el8.x86_64

    .el8 が重要です。

  • 正しい製品がインストールされていることを確認します。

    # subscription-manager list --installed
    +-----------------------------------------+
        	  Installed Product Status
    +-----------------------------------------+
    Product Name: Red Hat Enterprise Linux for x86_64
    Product ID:   479
    Version:      8.1
    Arch:         x86_64
    Status:       Subscribed
  • リリースバージョンが 8.1 に正しく設定されていることを確認します。

    # subscription-manager release
    Release: 8.1

    リリースのバージョンが 8.1 に設定されている場合は、この特定のバージョンの RHEL に対してのみ yum 更新を受け取ります。RHEL 8 の最新のマイナーバージョンからの更新を利用できるように、リリースバージョンの設定を解除する場合は、次のコマンドを使用します。

    # subscription-manager release --unset
  • ネットワークサービスが機能していることを確認します。たとえば、SSH を使用してサーバーに接続します。

第6章 トラブルシューティング

本章では、トラブルシューティングに使用するリソースおよびヒントを紹介します。

6.1. トラブルシューティングのリソース

コンソールの出力

デフォルトでは、Leapp ユーティリティーにより、エラーおよび重要なログレベルメッセージのみがコンソールに出力されます。ログレベルを変更するには、leapp upgrade コマンドで --verbose オプションまたは --debug オプションを使用します。

  • verbose モードでは、Leapp により情報、警告、エラー、および重要なメッセージが出力されます。
  • debug モードでは、Leapp によりデバッグ、情報、警告、エラー、および重要なメッセージを出力します。

ログ

  • /var/log/leapp/leapp-upgrade.log ファイルには、initramfs フェーズで見つかった問題が記載されます。
  • /var/log/leapp/dnf-debugdata/ ディレクトリーには、トランザクションのデバッグデータが含まれます。このディレクトリーは、leapp upgrade コマンドに --debug オプションを使用して実行した場合に限り表示されます。
  • journalctl ユーティリティーでは、すべてのログが出力されます。

レポート

6.2. トラブルシューティングのヒント

アップグレード前のフェーズ

ダウンロードフェーズ

  • RPM パッケージのダウンロード中に問題が発生した場合は、/var/log/leapp/dnf-debugdata/ ディレクトリーにあるトランザクションデバッグデータを調べてください。

initramfs フェーズ

  • このフェーズでは、潜在的な失敗により dracut シェルにリダイレクトされます。ジャーナルを確認してください。

    # journalctl

    あるいは、reboot コマンドを実行して、dracut シェルからシステムを再起動し、/var/log/leapp/leapp-upgrade.log ファイルを確認します。

アップグレード後のフェーズ

  • 一見、システムが正常にアップグレードしていても、古い RHEL 7 カーネルでシステムが起動する場合は、システムを再起動して、GRUB でデフォルトエントリーのカーネルバージョンを確認します。
  • 5章RHEL 8 システムのアップグレード後の状態の確認で推奨される手順を行います。
  • SELinux を Enforcing モードに切り替えてから、アプリケーションやサービスが停止したり、適切に動作しなかったりした場合は、ausearchjournalctldmesg のいずれかのユーティリティーで、サービスの拒否を検索します。

    # ausearch -m AVC,USER_AVC -ts recent
    # journalctl -t setroubleshoot
    # dmesg | grep -i -e selinux -e type=1400

    最も一般的な問題は、ラベルが間違っていることにより発生します。詳細は「Troubleshooting problems related to SELinux」を参照してください。

6.3. 既知の問題

  • 現在、ネットワークチーミングは、Network Manager を無効にするかインストールしていない場合にインプレースアップグレードを実行すると動作しません。
  • HTTP プロキシーを使用する場合は、Red Hat Subscription Manager がこのようなプロキシーを使用するように設定するか、--proxy <hostname> オプションで subscription-manager コマンドを実行する必要があります。そうでない場合は、subscription-manager コマンドの実行に失敗します。設定変更の代わりに --proxy オプションを使用する場合は、Leapp がプロキシーを検出できないため、アップグレードプロセスが失敗します。この問題が発生しないようにするには、「Red Hat Subscription Management に HTTP プロキシを設定する」の説明に従って rhsm.conf ファイルを手動で編集します。(BZ#1689294)
  • RHEL 7 システムが FCoE 論理ユニット番号 (LUN) にインストールされ、bnx2fc ドライバーを使用するネットワークカードに接続している場合、その LUN はアップグレード後に RHEL 8 で検出されません。したがって、アップグレードしたシステムは起動できません。(BZ#1718147)
  • RHEL 7 システムで、Red Hat が提供しているにもかかわらず RHEL 8 で利用できないデバイスドライバーを使用している場合は、Leapp でアップグレードが行われません。ただし、RHEL 7 システムが、削除されたドライバーのリスト (/etc/leapp/repos.d/system_upgrade/el7toel8/actors/kernel/checkkerneldrivers/files/removed_drivers.txt) に含まれていないサードパーティーのデバイスドライバーを使用している場合、Leapp はそのようなドライバーを検出しないため、アップグレードを続行します。したがって、アップグレード後にシステムが起動しない場合があります。
  • 非 UEFI システムでは、次の例のようなトレースバックメッセージが表示される場合があります。

    [ 1034.874944] upgrade[436]: 2019-11-04 10:30:51.516 DEBUG    PID: 1387 leapp.workflow.Finalization.efi_finalization_fix: External command has finished: ['/sbin/efibootmgr']
    [ 1034.922455] upgrade[436]: Process Process-149:
    [ 1034.922601] upgrade[436]: Traceback (most recent call last):
    [ 1035.026117] upgrade[436]:   File "/usr/lib64/python3.6/multiprocessing/process.py", line 258, in _bootstrap
    [ 1035.026441] upgrade[436]:     self.run()
    ...
    [ 1035.952585] upgrade[436]:     exec_func(file, *argrest)
    [ 1036.056234] upgrade[436]: FileNotFoundError: [Errno 2] No such file or directory: '/sbin/efibootmgr'

    このようなメッセージは、アップグレードプロセスに影響を及ぼさないため、無視しても問題はありません。

  • iso9660 タイプのファイルシステムを備えた OpenStack 設定ドライブが RHEL 7 システムに存在すると、アップグレードプロセスは initramfs フェーズでハングする可能性があります。問題の発生を防ぐには、アップグレードの前にそのようなドライブをシステムから削除し、アップグレードしたシステムで再作成します。(BZ#1712456)
  • 現在は、Samba モジュールの winbind および wins/etc/nsswitch.conf ファイルで使用されていると、インプレースアップグレードを実行できません。このシナリオでは、アップグレードトランザクションが失敗して次のエラーが表示され、Leapp によりアップデートが行われません。

    upgrade[469]: STDERR:
    upgrade[469]: Error in PREIN scriptlet in rpm package unbound-libs
    upgrade[469]: Error: Transaction failed
    upgrade[469]: Container el8userspace failed with error code 1.
    unbound-libs has a PREIN failure

    この問題を回避するには、更新時に、データベース usergroups、および hosts にのみローカルプロバイダーを使用できるようにシステムを設定します。

    1. システムの設定ファイル /etc/nsswitch.conf を開き、winbind 文字列または wins 文字列を含むエントリーを検索します。
    2. そのようなエントリーを確認するには、/etc/nsswitch.conf のバックアップを作成します。
    3. /etc/nsswitch.conf を編集し、winbind または wins を含むエントリーからそれらを削除します。
    4. インプレースアップグレードを実行します。
    5. アップグレードを行ったら、システムの設定要件に従って、winbind 文字列および wins 文字列を、/etc/nsswitch.conf の各エントリーに追加します。

      (BZ#1410154)

  • Leapp ユーティリティーは、アップグレードプロセス時にカスタマイズされた認証設定を変更しません。非推奨の authconfig ユーティリティーを使用して RHEL 7 システムで認証を構成した場合は、RHEL 8 での認証が正しく機能しない場合があります。RHEL 8 システムでカスタム構成が正しく機能するようにするには、authselect ユーティリティを使用して RHEL 8 システムを再構成します。

    重要

    インプレースアップグレード中に、非推奨のプラグ可能認証モジュール (PAM) の pam_krb5 または pam_pkcs11 が削除されます。したがって、RHEL 7 システムの PAM 構成に、pam_krb5 モジュールまたは pam_pkcs11 モジュールが含まれ、これらのモジュールに 必要不可欠 または 必須 の制御値がある場合は、インプレースアップグレードを実行すると、システムからロックアウトされる可能性があります。この問題を回避するには、アップグレードプロセスを開始する前に、RHEL 7 システムを再構成して、pam_krb5 または pam_pkcs11 を使用しないようにします。

  • 複数の kernel-devel パッケージがインストールされていると、アップグレードプロセスがアップグレード前のフェーズで失敗します。この問題が発生しないようにするには、使用されていないカーネルに対応する kernel-devel パッケージを削除し、kernel-devel パッケージが 1 つだけインストールされているようにしてください。

6.4. サポートの利用

サポートケースを作成するには、製品で RHEL 8 を選択し、システムの sosreport を添付します。システムで sosreport を生成するには、次のコマンドを実行します。

# sosreport

ケース ID は空のままにできます。

sosreport を生成する方法は、ナレッジベースのソリューション「Red Hat Enterprise Linux 上での sosreport の役割と取得方法」を参照してください。

カスタマーポータルでサポートケースを作成し、管理する方法は、ナレッジベースのアーティクル「カスタマーポータルでサポートケースを作成および管理する」を参照してください。

付録A RHEL 7 リポジトリー

アップグレードの前に、2章アップグレードに向けて RHEL 7 システムの準備の手順 3 で説明されているように、適切なリポジトリーを有効にする必要があります。

特定のアーキテクチャーおよびリポジトリーで利用可能な場合は、適切な Extended Update Support (EUS) リポジトリーを有効にすることが特に必要です。サブスクリプションに Red Hat Enterprise Linux for <architecture> - Extended Update Support 製品が含まれていることを確認します。ここで、<architecture> は、x86_64、Power、リトルエンディアン、IBM z Systems のいずれかになります。64 ビット Intel アーキテクチャー用の EUS アドオン を購入するか、営業担当者にお問い合わせ ください。

注記

EUS リポジトリーは、64 ビット ARM、IBM POWER9 (リトルエンディアン)、IBM Z (Structure A) のアーキテクチャーでは使用できません。

subscription-manager repos --enable repoid コマンドを使用して、アップグレードの前に、次のリポジトリーを 有効 にする必要があります。

アーキテクチャーリポジトリーリポジトリー ID

64 ビット Intel

Base

rhel-7-server-eus-rpms

Extras

rhel-7-server-extras-rpms

64 ビット ARM

Base

rhel-7-for-arm-64-rpms

Extras

rhel-7-for-arm-64-extras-rpms

IBM POWER8 (リトルエンディアン)

Base

rhel-7-for-power-le-eus-rpms

Extras

rhel-7-for-power-le-extras-rpms

IBM POWER9 (リトルエンディアン)

Base

rhel-7-for-power-9-rpms

Extras

rhel-7-for-power-9-extras-rpms

IBM Z

Base

rhel-7-for-system-z-eus-rpms

Extras

rhel-7-for-system-z-extras-rpms

IBM Z (Structure A)

Base

rhel-7-for-system-z-a-rpms

Extras

rhel-7-for-system-z-a-extras-rpms

次のリポジトリーは、アップグレード前に subscription-manager repos --enable repoid コマンドを使用して有効にできます。

アーキテクチャーリポジトリーリポジトリー ID

64 ビット Intel

Optional

rhel-7-server-eus-optional-rpms

Supplementary

rhel-7-server-eus-supplementary-rpms

64 ビット ARM

Optional

rhel-7-for-arm-64-optional-rpms

Supplementary

該当なし

IBM POWER8 (リトルエンディアン)

Optional

rhel-7-for-power-le-eus-optional-rpms

Supplementary

rhel-7-for-power-le-eus-supplementary-rpms

IBM POWER9 (リトルエンディアン)

Optional

rhel-7-for-power-9-optional-rpms

Supplementary

rhel-7-for-p ower-9-supplementary-rpms

IBM Z

Optional

rhel-7-for-system-z-eus-optional-rpms

Supplementary

rhel-7-for-system-z-eus-supplementary-rpms

IBM Z (Structure A)

Optional

rhel-7-for-system-z-a-optional-rpms

Supplementary

該当なし

次のリポジトリーは、subscription-manager repos --disable repoid コマンドで 無効 にし、対応する EUS リポジトリーを有効にする 必要があります (上記の表を参照)。

アーキテクチャーリポジトリーリポジトリー ID

64 ビット Intel

Base

rhel-7-server-rpms

Optional

rhel-7-server-optional-rpms

Supplementary

rhel-7-server-supplementary-rpms

IBM POWER8 (リトルエンディアン)

Base

rhel-7-for-power-le-rpms

Optional

rhel-7-for-power-le-optional-rpms

Supplementary

rhel-7-for-power-le-supplementary-rpms

IBM Z

Base

rhel-7-for-system-z-rpms

Optional

rhel-7-for-system-z-optional-rpms

Supplementary

rhel-7-for-system-z-supplementary-rpms

法律上の通知

Copyright © 2020 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.