Red Hat Summit1.8. アップグレードを妨げる可能性のある既知の問題
アップグレードの正常な完了に影響を及ぼす可能性のある、以下の既知の問題を確認してください。
オペレーティングシステムを RHEL 7.x から RHEL 8.x に、または RHEL 8.x から RHEL 9.x にアップグレードする場合は、--debug オプションを指定して Leapp アップグレードを実行しないでください。システムは early console in setup code 状態のままとなり、自動的に再起動しません。この問題を回避するために、UpgradeLeappDebug パラメーターはデフォルトで false に設定されています。テンプレートではこの値を変更しないでください。
Red Hat OpenStack Platform (RHOSP) 13 から 16.1 または 16.2 にアップグレードする場合、または RHOSP 16.2 から 17.1 にアップグレードする場合は、--answers-file answer-upgrade.yaml ファイルに system_upgrade.yaml ファイルを含めないでください。そのファイルに system_upgrade.yaml ファイルが含まれていると、environments/lifecycle/upgrade-prepare.yaml ファイルによって system_upgrade.yaml ファイル内のパラメーターが上書きされます。この問題を回避するには、system_upgrade.yaml ファイルを openstack overcloud upgrade prepare コマンドに追加します。以下に例を示します。
$ openstack overcloud upgrade prepare --answers-file answer-upgrade.yaml /
-r roles-data.yaml /
-n networking-data.yaml /
-e system_upgrade.yaml /
-e upgrade_environment.yaml /
この回避策を使用すると、system_upgrade.yaml ファイルで設定されているパラメーターによって、environments/lifecycle/upgrade-prepare.yaml ファイルのデフォルトのパラメーターが上書きされます。
Cinder ボリューム NFS マウントがコンピュートノード上に存在する場合、RHOSP 16.2 から 17.1 へのアップグレード中に、オペレーティングシステムの RHEL 8.4 から RHEL 9.2 へのアップグレードが失敗します。回避策については、Red Hat サポート担当者にお問い合わせください。
アンダークラウドがインターネットに接続していない環境では、infra_image 値が定義されていないため、Red Hat OpenStack Platform 16.2 から 17.1 へのアップグレードは失敗します。overcloud_upgrade_prepare.sh スクリプトは registry.access.redhat.com/ubi8/pause をプルしようとしますが、エラーが発生します。
この問題を回避するには、Satellite Server に一時停止コンテナーを手動で追加します。
-
一時停止コンテナーを Satellite Server にインポートします (例:
k8s.gcr.io/pause:3.5またはregistry.access.redhat.com/ubi8/pause)。 /usr/share/containers/containers.confファイルで、ローカル Satellite URL の一時停止コンテナーを指定します。以下に例を示します。infra_image="<LOCAL_SATELLITE_URL/pause:3.5>"-
<LOCAL_SATELLITE_URL/pause:3.5>を、ローカルの Satellite URL とインポートした一時停止コンテナーに置き換えます。
-
Pod を起動できることを確認します。
$ podman pod create
Red Hat OpenStack Platform (RHOSP) 16.2 から RHOSP 17.1 にアップグレードすると、暗号化された ceph-osd が原因で、Red Hat Ceph Storage ノードの Leapp アップグレードが失敗します。Red Hat Ceph Storage ノードで Leapp アップグレードを実行する前に、Red Hat ナレッジベースソリューション (FFU 16.2→17) leapp upgrade of ceph nodes is failing encrypted partition detected を適用します。
bridge_name 変数は、RHOSP 17.1 の nic-config テンプレートでは有効ではなくなりました。RHOSP 16.2 から 17.1 にアップグレードした後、スタック更新を実行し、nic-config テンプレートに bridge_name 変数がまだ含まれていると、停止が発生します。RHOSP 17.1 にアップグレードする前に、bridge_name 変数の名前を変更する必要があります。
詳細は、Red Hat ナレッジベースソリューション bridge_name is still present in templates during and post FFU causing further updates failure を参照してください。
director によってデプロイされた Red Hat Ceph Storage 環境に Alertmanager をデプロイした場合、Red Hat Ceph Storage バージョン 4 からバージョン 5 へのアップグレードは失敗します。Red Hat Ceph Storage ノードで cephadm を設定するために次のコマンドを実行した後、HAProxy が再起動しないことが原因で失敗します。
$ openstack overcloud external-upgrade run \
--skip-tags ceph_ansible_remote_tmp \
--stack <stack> \
--tags cephadm_adopt 2>&1
コマンドを実行すると、Red Hat Ceph Storage クラスターのステータスは HEALTH_WARN になります。
この問題の回避策については、Red Hat ナレッジベースソリューション HAProxy does not restart during RHOSP upgrade when RHCS is director-deployed and Alertmanager is enabled を参照してください。
Red Hat Ceph Storage 5 から 6 にアップグレードした後、次のようなヘルス警告メッセージが表示される場合があります。
[WRN] BLUESTORE_NO_PER_POOL_OMAPこのヘルス警告メッセージは、Red Hat ナレッジベースのソリューションリンク RHCS 6 - BLUESTORE_NO_PER_POOL_OMAP OSD(s) reporting legacy (not per-pool) BlueStore omap usage stats. の指示に従って消去できます。
アンダークラウドのアップグレードが失敗した場合は、アンダークラウドのアップグレードを再度実行する前に、mySQL サービスを再起動する必要があります。mySQL サービスの再起動に関する詳細は、Red Hat ナレッジベースソリューション Update from 16.2 to 17.1 failed on migrate existing introspection data in the undercloud を参照してください。
Red Hat OpenStack Platform 16.2 から 17.1 にアップグレードする必要がある時間は、1 つのロール内のノード数とともに増加します。アップグレードの完了にかかる時間を短縮するために、ノードを複数のロールに分割できます。詳細は、Red Hat ナレッジベースアーティクル How to split roles during upgrade from RHOSP 16.2 to RHOSP 17.1 を参照してください。
RHOSP 16.2 から 17.1 にアップグレードする場合、既知の問題により、システムのアップグレード中に GRUB に RHEL 8 エントリーではなく RHEL 7 エントリーが格納されます。その結果、ホストを再起動できなくなります。この問題は、RHOSP 13.0 以前を実行していた環境に影響します。
回避策: Red Hat ナレッジベースソリューション Openstack 16 to 17 FFU - During LEAPP upgrade UEFI systems do not boot due to invalid /boot/grub2/grub.cfg を参照してください。
Red Hat Enterprise Linux 8.4 から 9.2 にアップグレードする Leapp バージョンでは、すべてのパーティションに十分なディスク容量があるかどうかを検証するわけではありません。Red Hat OpenStack Platform システムのアップグレードを実施する前に、すべてのパーティションに少なくとも 3 GB のディスク容量があることを手動で確認する必要があります。これを実行しないと、ノードが再起動して緊急シェルに入る可能性があります。
RHOSP 環境の 17.1.x へのアップグレードを実行すると、検証が一致する podman バージョンを見つけることができないため、アップグレード前の package_version 検証が失敗します。
回避策： package_version 検証を省略するには、アップグレード前の検証を実行するときに the --skiplist package-version オプションを使用します。
$ validation run -i inventory.yaml --group pre-upgrade --skiplist package-versionRed Hat OpenStack Platform (RHOSP) 16.2 から 17.1 にアップグレードした後、静的ファイル圧縮は自動的には実行されません。その結果、静的ファイルが欠落していると、Red Hat OpenStack Platform (RHOSP) Dashboard (horizon)が失敗します。アップグレード後に手動で圧縮を実行するには、Red Hat OpenStack Platform ダッシュボードの圧縮 を参照してください。
director でデプロイされた Red Hat Ceph Storage 5 ノードを使用している場合、RHOSP 16.2 から 17.1 へのアップグレード中に、UpgradeInitCommand パラメーターで指定されている EUS リポジトリーは、Red Hat Ceph Storage ロールのリポジトリーを上書きします。
回避策: Red Hat Ceph Storage ノードにリストされているリポジトリーを使用するには、以下のパラメーターを追加します。
upgrades-environment.yamlファイルで、CephStorageUpgradeInitCommandを追加します。parameter_defaults: ... UpgradeInitCommand: | sudo subscription-manager repos --disable=* ... CephStorageUpgradeInitCommand: | sudo subscription-manager repos --disable=* if $( grep -q 9.2 /etc/os-release ) then sudo subscription-manager repos --enable=rhel-9-for-x86_64-baseos-rpms --enable=rhel-9-for-x86_64-appstream-rpms --enable=openstack-17.1-deployment-tools-for-rhel-9-x86_64-rpms --enable=openstack-17.1-for-rhel-9-x86_64-rpms --enable=fast-datapath-for-rhel-9-x86_64-rpms sudo podman ps | grep -q ceph && subscription-manager repos --enable=rhceph-5-tools-for-rhel-9-x86_64-rpms sudo subscription-manager release --set=9.2 else sudo subscription-manager repos --enable=rhel-8-for-x86_64-baseos-aus-rpms --enable=rhel-8-for-x86_64-appstream-aus-rpms --enable=rhel-8-for-x86_64-highavailability-aus-rpms --enable=openstack-17.1-for-rhel-8-x86_64-rpms --enable=fast-datapath-for-rhel-8-x86_64-rpms sudo podman ps | grep -q ceph && subscription-manager repos --enable=rhceph-5-tools-for-rhel-8-x86_64-rpms sudo subscription-manager release --set=8.4 fi if $(sudo podman ps | grep -q ceph ) then sudo dnf -y install cephadm fisystem_upgrade.yamlファイルで、CephStorageUpgradeLeappCommandOptionsパラメーターおよびCephStorageLeappInitCommandパラメーターを追加します。LeappRepoInitCommand: | subscription-manager repos --disable=* ... CephStorageUpgradeLeappCommandOptions: "--enablerepo=rhel-9-for-x86_64-baseos-rpms --enablerepo=rhel-9-for-x86_64-appstream-rpms --enablerepo=openstack-17.1-for-rhel-9-x86_64-rpms --enablerepo=fast-datapath-for-rhel-9-x86_64-rpms CephStorageLeappInitCommand: | subscription-manager repos --disable=* subscription-manager release --unset subscription-manager repos --enable=rhel-9-for-x86_64-baseos-rpms --enable=rhel-9-for-x86_64-appstream-rpms --enable=openstack-17.1-for-rhel-9-x86_64-rpms --enable=fast-datapath-for-rhel-9-x86_64-rpms leapp answer --add --section check_vdo.confirm=True leapp answer --add --section check_vdo.no_vdo_devices=True
追加のコア以外の openvswitch パッケージがインストールされると、Red Hat OpenStack Platform (RHOSP) 16.2 から 17.1 へのアップグレードに失敗します。
回避策： Red Hat ナレッジベースソリューションの FFU is failing on Ansible task special treat for OpenvSwitch を参照してください。
Red Hat Ceph Storage 6 から 7 にアップグレードした後、切断された Red Hat OpenStack 環境があると、Grafana はインターネットにアクセスして更新をダウンロードしようとします。その結果、Grafana はタイムアウトします。
回避策： BZ#2346107 を参照してください。
NVIDIA ドライバーを使用して Leapp OS アップグレードを実行しようとすると、/var/log/leapp/leapp-report.txt で次のエラーで失敗します。
Summary: Leapp has detected that the NVIDIA proprietary driver has been loaded, which also means the nouveau driver is blacklisted. If you upgrade now, you will end up without a graphical session, as the newer kernel won't be able to load the NVIDIA driver module and nouveau will still be blacklisted.
Please uninstall the NVIDIA graphics driver before upgrading to make sure you have a graphical session after upgrading.回避策:
NVIDIA ドライバーを削除します。以下に例を示します。
$ sudo dnf remove -y NVIDIA-vGPU-rhel-8.4-525.105.14.x86_64読み込まれたモジュールカーネルを削除します。
$ rmmod nvidia_vgpu_vfio $ rmmod nvidiaコンピュートノードをアップグレードします。
$ openstack overcloud upgrade run --tag system_upgrade --limit <compute-0>- サーバーの再起動後に、適切なオペレーティングシステム(RHEL 9.2)の NVIDIA ドライバーを再インストールします。
-
必要な場合は、
mdevデバイスを再作成します。
RHOSP 16.2 から 17.1 へのアップグレード中に、環境は upgrade_tasks_step3.yaml ファイルで次のサポート対象外のサービスを使用するため、オーバークラウドのアップグレードは失敗します： OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-pacemaker-puppet.yaml
回避策:
OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-pacemaker-puppet.yamlを次のサービスに置き換えます。OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-cluster-ansible.yaml設定を更新します。
$ source stackrc $ chmod 755 /home/stack/overcloud_upgrade_prepare.sh $ sh /home/stack/overcloud_upgrade_prepare.shオーバークラウドのアップグレードを実行します。
$ openstack overcloud upgrade run --yes --stack <stack> --debug --limit allovercloud,undercloud --playbook all
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}