3.2. Red Hat OpenStack Platform 17.1.6 メンテナンスリリース - 2025 年 5 月 7 日
3.2.1. アドバイザリーの一覧 リンクのコピーリンクがクリップボードにコピーされました!
この Red Hat OpenStack Platform (RHOSP) リリースには、次のアドバイザリーが含まれています。
- RHBA-2025:4599
- RHOSP 17.1.6 のバグ修正および機能拡張アドバイザリー(RHEL 8.4)
- RHBA-2025:4600
- RHOSP 17.1.6 のバグ修正および機能強化アドバイザリー(RHEL 9.2)
- RHBA-2025:4601
- RHOSP 17.1.6 RHEL 9 director イメージ(RHEL 9.2)
- RHBA-2025:4602
- 更新された RHOSP 17.1.6 コンテナーイメージ(RHEL 9.2)
- RHBA-2025:4603
- 更新された RHOSP 17.1.6 コンテナーイメージ(RHEL 8.4)
3.2.2. ネットワーク機能仮想化 リンクのコピーリンクがクリップボードにコピーされました!
3.2.2.1. 既知の問題 リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Red Hat OpenStack Platform 17.1 の既知の問題について説明します。
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
SR-IOV コンピュートノードの再起動時に競合状態により例外が生成される
SR-IOV コンピュートノードの再起動時に、usr/bin/os-net-config-sriov
と sysfs
(Physical Function (PF)の作成時)との間で競合状態が発生します。その結果、デバイスはまだ usr/bin/os-net-config-sriov
で利用できず、例外が生成されます。
回避策:
以下のいずれかの手順を実行します。
- サービスを手動で再実行します。
-
os-net-config
ログに例外が生成されなくなるまで、複数の再起動で再検証します。
3.2.3. ネットワーク リンクのコピーリンクがクリップボードにコピーされました!
3.2.3.1. バグ修正 リンクのコピーリンクがクリップボードにコピーされました!
本項では、Red Hat OpenStack Platform 17.1 で修正された、ユーザーに重大な影響を与えるバグについて説明します。
パケットの断片化の問題を修正
この更新前は、外部ネットワーク MTU と内部ネットワーク MTU が一致しない場合、パケットの断片化が発生する可能性がありました。
ゲートウェイネットワークの MTU が内部ネットワーク MTU より大きくなっているか、それよりも小さいかに関わらず、断片化が意図された通りに機能するようになりました。
3.2.3.2. 既知の問題 リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Red Hat OpenStack Platform 17.1 の既知の問題について説明します。
ボンディングに VLAN を備えたホストでの RHOSP DNS サービス(designate)を使用する環境でのデプロイメントの失敗
初期テストでは、VLAN がボンディング上にあるホストに RHOSP DNS サービス(designate)をデプロイすると、RHOSP デプロイメントは、BIND インスタンスの IP アドレスを VLAN インターフェイスに追加する時に失敗していました。
その失敗を防ぐために RHOSP 17.1.4 に修正が同梱されていましたが、修正の追加テストと検証はまだ進行中です。
3.2.4. ストレージ リンクのコピーリンクがクリップボードにコピーされました!
3.2.4.1. バグ修正 リンクのコピーリンクがクリップボードにコピーされました!
本項では、Red Hat OpenStack Platform 17.1 で修正された、ユーザーに重大な影響を与えるバグについて説明します。
RBD ボリュームの QCOW2 イメージ形式を使用したイメージの作成
今回の更新以前は、Red Hat Ceph Storage を Block Storage サービス(cinder)バックエンドとして使用すると、ボリュームからイメージを作成するときに QCOW2 イメージ形式を選択できませんでした。今回の更新により、QCOW2 イメージ形式を指定できるようになりました。
3.2.5. アップグレードおよび更新 リンクのコピーリンクがクリップボードにコピーされました!
3.2.5.1. バグ修正 リンクのコピーリンクがクリップボードにコピーされました!
本項では、Red Hat OpenStack Platform 17.1 で修正された、ユーザーに重大な影響を与えるバグについて説明します。
操作システムがアップグレードされた場合の paunch-services
パッケージの削除を修正しました。
今回の更新以前は、RHEL 9.2 へのオラクティブシステムアップグレード後も paunch-service
rpm パッケージが残り、RHEL8 パッケージが消去され、複数のサービスが中断されたときに削除されました。今回の更新で、paunch-service
rpm がすでに削除され、依存関係が修正されているため、RHEL8 パッケージを削除できるようになりました。削除する RHEL8 パッケージの詳細は、RHEL 8 から RHEL 9 へのアップグレード の アップグレード後のタスクの実行 を 参照してください。
デフォルトのポリシーにより、デプロイメントの最後に nftables が再読み込みされることが保証されます
今回の更新以前は、後方互換性を確保するために、iptables のデフォルトテーブルが nftables に追加されていました。ただし、デフォルトの DROP ルールの代わりに、デフォルトの ALLOW INPUT ルールがあり、nftables はデプロイメントの最後にリロードされませんでした。今回の更新により、正しいルールが適用され、デプロイメントの最後に nftables が再読み込まれます。
3.2.5.2. 既知の問題 リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Red Hat OpenStack Platform 17.1 の既知の問題について説明します。
ローカルレジストリーが正しいイメージをプルしない
RHOSP 17.1.x への更新中に、オーバークラウドの更新がローカルレジストリーへのログインに失敗し、正しいイメージをプルできません。
回避策: マイナー更新を実行する前に、podman を使用してノードにログインします。
podman login <your.registry.local>
$ podman login <your.registry.local>
-
&
lt;your.registry.local>
; をローカルレジストリーの名前に置き換えます。
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 から 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
デバイスを再作成します。
nftables がないために 17.1.3 から 17.1.4 へのマイナー更新が失敗する
生のテーブルの代わりに nftable が使用されるため、Cisco ACI では 17.1.3 から 17.1.4 へのマイナー更新に失敗します。更新プロセスのこの時点で、iptables は nftables に切り替えられていません。マイナー更新を実行するには、raw テーブルを作成する必要があります。
回避策: Red Hat ナレッジベースソリューション "Error: No such file or directory; did you mean table 'filter' in family ip?" は、ACI Neutron メカニズムドライバーを使用した RHOSP 17.1 デプロイメントでマイナー更新をブロック します。
インベントリーファイルに間違ったパラメーターが含まれているため、検証に失敗する
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