Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

10.3. 既知の問題

以下は、RHEL 7 から RHEL 8 にアップグレードする際に発生する可能性のある既知の問題です。

  • 現在、ネットワークチーミングは、Network Manager を無効にするかインストールしていない場合にインプレースアップグレードを実行すると動作しません。
  • RHEL 7 システムで、Red Hat が提供しているにもかかわらず RHEL 8 で利用できないデバイスドライバーを使用している場合は、Leapp でアップグレードが行われません。ただし、RHEL 7 システムが、Leapp が /etc/leapp/files/device_driver_deprecation_data.json ファイルにデータを持たないサードパーティーのデバイスドライバーを使用している場合、Leapp はそのようなドライバーを検出せず、アップグレードを続行します。したがって、アップグレード後にシステムが起動しない場合があります。

  • /etc/nsswitch.conf ファイルで winbind および wins Samba モジュールが使用されている場合は、インプレースアップグレードを実行できません。このシナリオでは、アップグレードトランザクションが失敗して次のエラーが表示され、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
    Copy to Clipboard Toggle word wrap

    この問題を回避するには、更新時に、データベース user、groups、および 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 モジュールが含まれており、これらのモジュールに required または requisite の制御値がある場合、インプレースアップグレードを実行すると、システムからロックアウトされる可能性があります。この問題を回避するには、アップグレードプロセスを開始する前に、RHEL 7 システムを再設定して、pam_krb5 または pam_pkcs11 を使用しないようにします。

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

    1. サードパーティーパッケージの削除
    2. サードパーティーパッケージを、Red Hat が提供するパッケージに置き換えます。

  • セキュリティー上の理由から、シングル DES (DES) およびトリプル DES (3DES) 暗号化タイプのサポートは RHEL 8 から削除されました。ただし、RHEL 7 Identity Management (IdM) は引き続き 3DES 暗号化に対応しています。
    IdM クライアントのアップグレードまたは IdM 環境全体の RHEL 7 から RHEL 8 への移行は可能です。これは、RHEL の両方のバージョンがデフォルトでより強力な AES 暗号化タイプを優先するためです。

    Expand
    IdM のバージョンデフォルトの暗号化タイプその他のサポートされる暗号化タイプ

    RHEL 7

    aes256-cts
    aes128-cts

    camellia256-cts
    camellia128-cts
    des3-hmac
    arcfour-hmac

    RHEL 8

    aes256-cts
    aes128-cts

    aes256-sha2
    aes128-sha2
    camellia256-cts
    camellia128-cts
    arcfour-hmac [a]

    [a] RC4 暗号化は、新しい暗号化タイプ AES-128 および AES-256 よりも安全ではないと見なされるため、RHEL 8 ではデフォルトで非推奨となり、無効にされています。古い Active Directory 環境との互換性のために RC4 サポートを有効にする方法は、AD および RHEL で一般的な暗号化タイプに対応 を参照してください。

    IdM 以外の Kerberos Distribution Center (KDC)、サービス、またはユーザーが DES または 3DES の暗号化 のみ を使用するように手動で設定した場合、RHEL 8 の最新の Kerberos パッケージに更新した後に、以下のようなサービス中断が発生する可能性があります。

    • Kerberos 認証エラー
    • unknown enctype 暗号化エラー
    • DES で暗号化されたデータベースマスターキー (K/M) を使用する KDC が起動に失敗する

    Red Hat では、お使いの環境で DES または 3DES 暗号化を使用しないことを推奨します。Kerberos プリンシパルが強力な暗号化タイプを使用するように設定する方法の詳細は、MIT Kerberos ドキュメントの Retiring DES を参照してください。

  • インプレースアップグレードは、ソフトウェア Redundant Array of Independent Disks (RAID) を備えたシステムでは失敗する可能性があります。(RHEL-3279)
  • Puppet を使用するシステムなど、無効な GRUB ブートローダー仕様のシステムは、新しいカーネル用に新しい initramfs を作成できません。この問題を回避するには、第 6 章 アップグレード後のタスクの実行 で説明されているように、ブートローダーエントリーからパッケージと古いカーネルを手動で削除します。(BZ#1955099)
  • Relax-and-Recover(ReaR) ユーティリティーは、IBM Z アーキテクチャーでは利用できません。そのため、IBM Z システムは OpenSCAP スイートで完全に修正することはできず、セキュリティーベースラインに完全に準拠しない場合があります。(BZ#1958939)

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

    1. Leapp ユーティリティーが元の RHEL 7 の NIC 名を誤って保持しないように、LEAPP_NO_NETWORK_RENAMING=1 環境変数を設定します。
    2. インプレースアップグレードを実行します。

    3. ネットワークが正常に機能していることを確認します。必要に応じて、ネットワーク設定を手動で更新します。

      (BZ#1919382)

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

  • ハードウェアレベル 13 で作成され、UEFI で起動している VMWare 仮想マシンでは、NVRAM ファイルが小さすぎるため、アップグレード中に問題が発生する可能性があります。詳細は、Red Hat ナレッジベースソリューション VMWare: efibootmgr または mokutil コマンドを実行してエントリーを追加すると、デバイスに空き領域がありませんというメッセージが表示される を参照してください。(RHEL-3362)
  • ISO イメージを含む RHUI を使用してアップグレードしようとすると、アップグレードが失敗する可能性があります。この問題を回避するには、アップグレード時に --iso オプションを使用しないようにするか、Red Hat ナレッジベースソリューション ISO を使用したオフライン Leapp アップグレードが失敗し、" リポジトリー 'rhul-microsoft-azure-rhel8' のキャッシュを同期できませんでした。このリポジトリーは無視されます " を 参照してください。(RHEL-3296)

  • アップグレード前のプロセスが、以下のエラーメッセージで失敗する可能性があります。

    MountError: failed to create mount target directory …

    この問題が発生した場合は、LEAPP_OVL_IMG_FS_EXT4=1 環境変数をエクスポートします。詳細は、Red Hat ナレッジベースソリューション Leapp が MountError (OverlayFS + XFS ftype=1) で失敗する を参照してください。(RHEL-3330)

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

    OperationalError: unable to open database file
Cannot create XFS filesystem in ...
    Copy to Clipboard Toggle word wrap

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

    1. システムパーティションに関係がなく、アップグレードプロセス中に必要のないファイルシステムをすべてアンマウントします。
    2. /etc/fstab ファイルのアンマウントされたファイルシステムのエントリーをコメントアウトして、アップグレードプロセス中にマウントされないようにします。

    3. アップグレード後に元のファイルシステム設定を復元します。

      (RHEL-3320)

  • システムに /etc/sysconfig/kernel システム設定ファイルがない場合、アップグレードは失敗し、システムが破損します。この問題を回避するには、予想される設定でファイルを手動で作成します。詳細は、ブートローダーの検証 を参照してください。(RHEL-22306)

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

    # mount -o remount --make-shared <mountpoint>
    Copy to Clipboard Toggle word wrap

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

    詳細は、Red Hat ナレッジベースソリューション LeappDNF トランザクションチェック中に RPM ファイルをロードできません を参照してください。(RHEL-23449)

  • アップグレードプロセスに制限されたリソースが設定されている場合、アップグレードは失敗する可能性があります。たとえば、maximum number of open files descriptors や、maximum size of files written by the process and its children が設定されている場合は、アップグレードプロセスによってそれらの値に到達する可能性があります。これらの問題を防ぐには、アップグレードプロセスの前にこれらの制限を増やすか削除します。詳細は、Red Hat ナレッジベースソリューション Why does leapp preupgrade fail with sqlite3.OperationalError: unavailable to open database file traceback error? および Ensure that there is enough diskspace in/var/lib/leapp/scratch/diskimages/root_boot at least XXX mib are required を参照してください。(RHEL-16881、RHEL-26459)

  • jbcs-httpd24-brotli RPM がシステムにインストールされている場合、たとえば、システムで JBoss Core Services Web Server が使用されている場合、アップグレードが失敗する可能性があります。この問題を防ぐには、アップグレード前にパッケージを削除してください。あるいは、アップグレード前にパッケージを削除できない場合は、次のコマンドを実行して、アップグレード中に brotli パッケージがインストールされていることを確認します。 

    # echo brotli >> /etc/leapp/transaction/to_install
    Copy to Clipboard Toggle word wrap

    (RHEL-40115)

  • IBM Z マシンの RoCE など、PCI バス上にないネットワークカードを搭載したシステムでは、NIC 名の変更により、アップグレード後に接続が失われる可能性があります。この問題を防ぐには、アップグレードする前に次の手順を実行します。

    1. カーネルブートパラメーターに net.ifnames=0 を追加します。 

      # grubby --update-kernel=ALL --args 'net.ifnames=0'
      Copy to Clipboard Toggle word wrap

    2. IBM Z システムでは、変更を有効にするために次のコマンドを入力します。 

      # zipl
      Copy to Clipboard Toggle word wrap

    3. システムを再起動します。

      (RHEL-40115)

  • RHEL 7 システムで、Red Hat によって提供されているが RHEL 8 では利用できないデバイスドライバーを使用している場合は、インプレースアップグレードの前にそのドライバーをアンロードする必要があります。ただし、mptcl ドライバーなどの一部のデバイスドライバーが他のサービスによって使用されている場合、ドライバーは自動的に再ロードされる可能性があります。この問題を解決するための詳細は、Red Hat ナレッジベースのソリューション IPU is inhibited due to mptctl module that cannot be unloaded を参照してください。(RHEL-40115)
  • RHUI を使用してアップグレードしている場合、アップグレード前レポートで、/usr/share/leapp-repository/repositories/system_upgrade/common/files/rhui/ ディレクトリー内のファイルがカスタムファイルとして誤報告されます。これらのファイルを手動で変更しない限り、レポート内のこれらのファイルに関する警告は無視でき、インプレースアップグレードには影響しません。(RHEL-40115)
  • アップグレード後に Active Directory 認証が壊れる可能性があります。詳細は、Red Hat ナレッジベースソリューション RHEL 7 から RHEL 8 への LEAPP アップグレード後、Active Directory 認証が機能しない を参照してください。
  • RHEL 8 の logrotate 設定は RHEL 7 と異なります。その結果、logrotate 設定をカスタマイズした場合、アップグレード後に logrotate が 失敗する可能性があります。この問題を解決するための詳細は、Red Hat ナレッジベースソリューション RHEL 7 から RHEL 8 へのインプレースアップグレード後に logrotate が異常終了するを 参照してください。

  • /etc/fstab ファイルにストレージのないファイルシステムがストレージ付きで定義されている場合、アップグレードは失敗する可能性があります。このような設定は、SysVinit を 使用する従来のシステムでは一般的ですが、systemd を使用するシステムでは無効です。この問題を防ぐには、/etc/stab ファイルからこれらのエントリーを削除します。ストレージのないファイルシステムでは、通常、次のマウントポイントが使用されます。

    • /dev
    • /dev/pts
    • /dev/shm
    • /proc
    • /run
    • /sys
    • /sys/firmware/efi/efivars
    • /sys/fs/bpf
    • /sys/fs/cgroup
    • /sys/fs/pstore
    • /sys/fs/smackfs

    • /sys/kernel/security

      (RHEL-56838)

  • HTTP プロキシーを使用する場合は、Red Hat Subscription Manager がこのようなプロキシーを使用するように設定するか、--proxy <hostname> オプションで subscription-manager コマンドを実行する必要があります。そうでない場合は、subscription-manager コマンドの実行に失敗します。設定変更の代わりに --proxy オプションを使用する場合は、Leapp がプロキシーを検出できないため、アップグレードプロセスが失敗します。この問題の発生を防ぐには、rhsm.conf ファイルを手動で編集します。詳細は、Red Hat ナレッジベースソリューション How to configure HTTP Proxy for Red Hat Subscription Management を参照してください。(BZ#1689294)
  • RHEL 8 コンテンツにアクセスするためにプロキシーを必要とするシステムの場合、通常、/etc/dnf/ dnf.conf 設定ファイルで DNF によるプロキシーの使用を設定する必要があります。現在の DNF 設定がターゲットシステムの DNF バージョンと互換性がない場合は、/etc/leapp/files/dnf.conf 設定ファイルで有効なターゲット設定を指定します。詳細は、Red Hat ナレッジベースソリューション How does Leapp work with a proxy? を参照してください。

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

    • /etc/fstab で定義されているマウントポイントにアンダースコア文字が含まれている。

    • そのアンダースコア文字をスラッシュに置き換えると、/etc/stab で定義されている別のマウントポイントの名前と同じになる。

      たとえば、/etc/fstab に /var/tmp と /var_tmp の両方のマウントポイントが定義されていると、アップグレードが失敗します。

      この問題を回避するには、アップグレード前に、アンダースコア文字を含むマウントポイントをアンマウントし、/etc/fstab ファイルからそのマウントポイントをコメントアウトします。アップグレード後に設定を復元できます。

      (RHEL-62737)

  • アップグレード後、chronyd サービスは自動的に有効にならないため、手動で有効にして開始する必要があります。 

    # systemctl enable --now chronyd.service
    Copy to Clipboard Toggle word wrap

    (RHEL-83989)

  • logrotate システムユーティリティーの設定をカスタマイズした場合、アップグレード中の新しいシステム変更がカスタマイズされた設定ファイルに適用されないため、アップグレード後に logrotate が壊れる可能性があります。たとえば、カスタマイズされた /etc/logrotate.d/syslog ファイル内の /var/run/syslogd.pid ファイル参照は、代わりに /var/run/rsyslogd.pid ファイルを参照するように自動的に更新されないため、問題が発生する可能性があります。アップグレード後に logrotate ユーティリティーの設定をチェックして、期待どおりに動作することを確認します。(RHEL-76121)
トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat