第3章 リリースの情報
リリースノートには、次に示すカテゴリーの一部またはすべての更新について記載されています。この Red Hat OpenStack Platform (RHOSP) リリースをデプロイする場合は、これらの更新を考慮してください。
- バグ修正
- 機能拡張
- テクノロジープレビュー
- リリースノート
- 既知の問題
- 非推奨の機能
- 削除された機能
この RHOSP リリースのサポートライフサイクル中にリリースされた更新に関する注意事項は、各更新に関連付けられたアドバイザリーテキストに記載されています。
3.1. Red Hat OpenStack Platform 17.1.8 メンテナンスリリース - 2025 年 7 月 7 日 リンクのコピーリンクがクリップボードにコピーされました!
3.1.1. アドバイザリーの一覧 リンクのコピーリンクがクリップボードにコピーされました!
この Red Hat OpenStack Platform (RHOSP) リリースには、次のアドバイザリーが含まれています。
- RHBA-2025:9981
- RHOSP 17.1.8 のバグ修正および機能拡張アドバイザリー(RHEL 8.4)
- RHBA-2025:9982
- RHOSP 17.1.8 のバグ修正および機能強化アドバイザリー(RHEL 9.2)
- RHBA-2025:9983
- RHOSP 17.1.8 RHEL 9 director イメージ(RHEL 9.2)
- RHBA-2025:9984
- 更新された RHOSP 17.1.8 コンテナーイメージ(RHEL 9.2)
- RHBA-2025:9985
- 更新された RHOSP 17.1.8 コンテナーイメージ(RHEL 8.4)
3.1.2. ネットワーク機能仮想化 リンクのコピーリンクがクリップボードにコピーされました!
3.1.2.1. バグ修正 リンクのコピーリンクがクリップボードにコピーされました!
本項では、Red Hat OpenStack Platform 17.1 で修正された、ユーザーに重大な影響を与えるバグについて説明します。
SR-IOV コンピュートノードの再起動およびマイナー更新中に例外を生成した競合状態を修正
今回の更新以前は、SR-IOV コンピュートノードの再起動時に、usr/bin/os-net-config-sriov
と sysfs
(Physical Function (PF)の作成)の間で競合状態が発生していました。その結果、デバイスは usr/bin/os-net-config-sriov
で利用できず、例外が生成されました。
現在は競合状態は発生せず、例外は生成されなくなりました。
3.1.2.2. 既知の問題 リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Red Hat OpenStack Platform 17.1 の既知の問題について説明します。
OVN の DPDK パフォーマンスが低い
Intel サーバー上の Data Plane Development Kit (DPDK)データパス(Intel® Xeon® CPU E5-2630 v4 @ 2.20GHz)のパフォーマンスが低下します。根本原因を調査中です。現在、回避策はありません。
IPv6 環境では、Networking サービスはルーター広告に応じてデフォルトのルートを誤って設定します。
現在、IPv6 環境では、os-net-config
によって生成された ifcfg-*
ファイルの IPv6 キーと値のペア IPV6_AUTOCONF=no
は、ルーターアドバタイズメントへの応答でシステムがデフォルトルートを設定するのを妨げません。
この回避策には 2 つの方法があります。Approach 1 では、設定ファイルを直接編集してから、sysctl
を実行します。Approach 2 では、sysctl
コマンドを実行してこれらの値をアクティブにし、sysctl.conf
ファイルに書き込みます。
回避策 1: 設定ファイルを編集します
ルーター広告からデフォルトルートを学習しないようにするには
net.ipv6.conf.<interface>.accept_ra_defrtr=0
を設定し、システムがどのルートに対してもルーター広告を受け入れないようにするにはnet.ipv6.conf.<interface>.accept_ra=0
を設定します。これらの変数の両方を
/etc/sysctl.conf
または/etc/sysctl.d/99-sysctl.conf
(またはそのサブディレクトリー内の別のファイル)に設定します。特定の各インターフェイスの場合:
net.ipv6.conf.<interface>.accept_ra_defrtr=0 net.ipv6.conf.<interface>.accept_ra=0
net.ipv6.conf.<interface>.accept_ra_defrtr=0 net.ipv6.conf.<interface>.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記特定の各インターフェイスを設定すると、設定のオーバーライドを防止できます。新規作成されたインターフェイスの場合:
net.ipv6.conf.default.accept_ra_defrtr=0 net.ipv6.conf.default.accept_ra=0
net.ipv6.conf.default.accept_ra_defrtr=0 net.ipv6.conf.default.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 起動時に存在するすべてのインターフェイスの場合:
net.ipv6.conf.all.accept_ra_defrtr=0 net.ipv6.conf.all.accept_ra=0
net.ipv6.conf.all.accept_ra_defrtr=0 net.ipv6.conf.all.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 以下のコマンドを実行します。
sudo sysctl -p
$ sudo sysctl -p
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
回避策 2: sysctl
を実行して、値を sysctl.conf
ファイルに書き込みます。
特定の各インターフェイスの場合:
sudo sysctl -w net.ipv6.conf.<interface>.accept_ra_defrtr=0 sudo sysctl -w net.ipv6.conf.<interface>.accept_ra=0
$ sudo sysctl -w net.ipv6.conf.<interface>.accept_ra_defrtr=0 $ sudo sysctl -w net.ipv6.conf.<interface>.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記特定の各インターフェイスを設定すると、設定のオーバーライドを防止できます。新規作成されたインターフェイスの場合:
sudo sysctl -w net.ipv6.conf.default.accept_ra_defrtr=0 sudo sysctl -w net.ipv6.conf.default.accept_ra=0
$ sudo sysctl -w net.ipv6.conf.default.accept_ra_defrtr=0 $ sudo sysctl -w net.ipv6.conf.default.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 起動時に存在するすべてのインターフェイスの場合:
sudo sysctl -w net.ipv6.conf.all.accept_ra_defrtr=0 sudo sysctl -w net.ipv6.conf.all.accept_ra=0
$ sudo sysctl -w net.ipv6.conf.all.accept_ra_defrtr=0 $ sudo sysctl -w net.ipv6.conf.all.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
3.1.3. アップグレードおよび更新 リンクのコピーリンクがクリップボードにコピーされました!
3.1.3.1. バグ修正 リンクのコピーリンクがクリップボードにコピーされました!
本項では、Red Hat OpenStack Platform 17.1 で修正された、ユーザーに重大な影響を与えるバグについて説明します。
Cisco ACI 機器との生テーブルに関連するマイナー更新の失敗を修正しました。
今回の更新以前は、raw テーブルが作成されていないため、17.1.3 から 17.1.4 へのマイナー更新が Cisco ACI で失敗していました。そのため、nft 挿入に失敗していました。今回の更新により、raw テーブルが存在するかどうかを確認することができ、代わりに filter テーブルを使用したりします。
3.1.3.2. 既知の問題 リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Red Hat OpenStack Platform 17.1 の既知の問題について説明します。
アップグレード実行ごとに ovn-controller を強制的に再起動する
RHOSP 16.2 から 17.1.4 へのアップグレード中に、以前の環境から再利用されたタスクにより、すべてのアップグレード実行で ovn-controller が強制的に再起動されます。その結果、ovn-dbs がすでにダウンすると、ovn-controller の再起動で障害が発生しました。回避策 : .openstack overcloud upgrade prepare
を実行する前に、タグを追加します。ovn
を /usr/share/openstack-tripleo-heat-templates/deployment/ovn/ovn-controller-container-puppet.yaml
の upgrade_tasks
に追加し、ホスト名変数を使用できるようにファクトを収集します。以下に例を示します。
+
大きなスタック 1 つがあり、OVN を使用する場合は、次の手順を実行します。
パッケージを更新し、OVN のアップグレードを実行します。
openstack overcloud upgrade run --stack OVERCLOUD_STACK_NAME --tags setup_packages,ovn --limit allovercloud --yes
$ openstack overcloud upgrade run --stack OVERCLOUD_STACK_NAME --tags setup_packages,ovn --limit allovercloud --yes
Copy to Clipboard Copied! Toggle word wrap Toggle overflow OVN のアップグレードが完了したら、このコマンドを再実行することはできません。
アップグレードコマンドを実行して、OVN のアップグレードを省略します。
openstack overcloud upgrade run --stack OVERCLOUD_STACK_NAME --skip-tags ovn --limit allovercloud --yes
$ openstack overcloud upgrade run --stack OVERCLOUD_STACK_NAME --skip-tags ovn --limit allovercloud --yes
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
nova セルスタックがある場合や DCN を使用している場合は、まずサイドスタックで OVN を更新し、続いてメインスタックを単一スタックであるかのようにアップグレードする必要があります。メインスタックをアップグレードしたら、サイドスタックでアップグレードを実行します。次の例は、メインのコントロールプレーンスタックが
AZ1
、セルスタックがAZcell
、DCN スタックがAZ2
であるアップグレードを示しています。openstack overcloud upgrade run --stack AZcell --tags setup_packages,ovn --limit allovercloud --yes
$ openstack overcloud upgrade run --stack AZcell --tags setup_packages,ovn --limit allovercloud --yes $ openstack overcloud upgrade run --stack AZ2 --tags setup_packages,ovn --limit allovercloud --yes $ openstack overcloud upgrade run --stack AZ1 --tags setup_packages,ovn --limit allovercloud --yes
Copy to Clipboard Copied! Toggle word wrap Toggle overflow openstack overcloud upgrade run --stack AZ1 --skip-tags ovn --limit allovercloud --yes openstack overcloud upgrade run --stack AZcell --skip-tags ovn --limit allovercloud --yes openstack overcloud upgrade run --stack AZ2 --skip-tags ovn --limit allovercloud --yes
$ openstack overcloud upgrade run --stack AZ1 --skip-tags ovn --limit allovercloud --yes $ openstack overcloud upgrade run --stack AZcell --skip-tags ovn --limit allovercloud --yes $ openstack overcloud upgrade run --stack AZ2 --skip-tags ovn --limit allovercloud --yes
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
IPv6 が使用されている場合は 17.1.1、17.1.2、または 17.1.3 からのマイナー更新中の API 停止
IPv6 を使用し、RHOSP 17.1.1、17.1.2、または 17.1.3 からそれ以降の RHOSP バージョンに更新すると、Networking サービス(neutron) API で短時間停止します。回避策はありません。
OVN を使用して ovn_metadata_agents
が含まれていないスタックに導入されたリグレッション
RHOSP 17.1.2 から RHOSP 17.1.6 へのマイナー更新が失敗するのは、コーディングエラーにより、Open Virtual Network (OVN)を使用するスタックにリグレッションが発生し、ovn_metadata_agents
タスクが含まれていないためです。
回避策: マイナー更新の実行前に [ovn_metadata]
グループが存在するかどうかを確認します。deployment/ovn/ovn-dbs-cluster-ansible.yaml
テンプレートに、以下の内容を Now rotate all ovn_metadata_agents
タスクに追加します。
when: - groups['ovn_metadata']
when:
- groups['ovn_metadata']
以下に例を示します。
Leapp によるアップグレード時の EFI ブート順序のリセット
RHOSP 16.2 から 17.1 へのアップグレード中に、一部の HPE ProLiant システムで Leapp システムのアップグレード中に EFI ブート順序がリセットされます。この問題は、アップグレードタスクを実行するために再起動で発生します。以前に RHOSP 13.0 から RHOSP 16.0 にアップグレードされていた場合は、Leapp によるアップグレード後に以前の RHEL 7 red の UEFI レコードで起動する可能性があり、以前の設定で起動します。
回避策: ブート順序を Red Hat Enterprise Linux EFI ブートレコードに戻します。
インベントリーファイルに間違ったパラメーターが含まれているため、検証に失敗する
RHOSP 16.2 /var/lib/mistral
ディレクトリーにあるインベントリーファイルを使用する場合、検証実行 - i inventory.yaml --group post-upgrade の実行時に、
に失敗します。この失敗は、undercloud-service-status
検証undercloud_service_list
パラメーターが誤ったサービスに存在するか、存在しないためにその代わりに誤ったデフォルト値が使用されるために発生します。
回避策:
以下のオプションのいずれかを使用します。
-
/home/stack/overcloud-deploy/${stack}/
で作成されたインベントリーファイルを使用します。 以下の設定をインベントリーファイルに追加します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
-
検証を再実行し、ステータスが
PASSED
であることを確認します。validation run -i inventory.yaml --group post-upgrade
$ validation run -i inventory.yaml --group post-upgrade
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
ローカルレジストリーが正しいイメージをプルしない
RHOSP 17.1.x への更新中に、オーバークラウドの更新がローカルレジストリーへのログインに失敗し、正しいイメージをプルできません。
回避策: マイナー更新を実行する前に、podman を使用してノードにログインします。
podman login <your.registry.local>
$ podman login <your.registry.local>
-
&
lt;your.registry.local>
; をローカルレジストリーの名前に置き換えます。
サポートされていないサービスにより、アップグレードが失敗する
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
OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-cluster-ansible.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 設定を更新します。
source stackrc chmod 755 /home/stack/overcloud_upgrade_prepare.sh sh /home/stack/overcloud_upgrade_prepare.sh
$ source stackrc $ chmod 755 /home/stack/overcloud_upgrade_prepare.sh $ sh /home/stack/overcloud_upgrade_prepare.sh
Copy to Clipboard Copied! Toggle word wrap Toggle overflow オーバークラウドのアップグレードを実行します。
openstack overcloud upgrade run --yes --stack <stack> --debug --limit allovercloud,undercloud --playbook all
$ openstack overcloud upgrade run --yes --stack <stack> --debug --limit allovercloud,undercloud --playbook all
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Leapp は、オペレーティングシステムのアップグレード向けの NVIDIA ドライバーをサポートしません。
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.
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
$ sudo dnf remove -y NVIDIA-vGPU-rhel-8.4-525.105.14.x86_64
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 読み込まれたモジュールカーネルを削除します。
rmmod nvidia_vgpu_vfio rmmod nvidia
$ rmmod nvidia_vgpu_vfio $ rmmod nvidia
Copy to Clipboard Copied! Toggle word wrap Toggle overflow コンピュートノードをアップグレードします。
openstack overcloud upgrade run --tag system_upgrade --limit <compute-0>
$ openstack overcloud upgrade run --tag system_upgrade --limit <compute-0>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - サーバーの再起動後に、適切なオペレーティングシステム(RHEL 9.2)の NVIDIA ドライバーを再インストールします。
-
必要な場合は、
mdev
デバイスを再作成します。