ホーム
製品
Red Hat OpenStack Platform
17.1
Release notes
3.3. Red Hat OpenStack Platform 17.1.5 メンテナンスリリース - 2025 年 4 月 8 日

3.3. Red Hat OpenStack Platform 17.1.5 メンテナンスリリース - 2025 年 4 月 8 日

3.3.1. アドバイザリーの一覧
リンクのコピー

この Red Hat OpenStack Platform (RHOSP) リリースには、次のアドバイザリーが含まれています。

RHBA-2025:3477: RHOSP 17.1.5 のバグ修正および機能拡張アドバイザリー(RHEL 8.4)
RHBA-2025:3478: RHOSP 17.1.5 のバグ修正および機能強化アドバイザリー(RHEL 9.2)
RHBA-2025:3479: RHOSP 17.1.5 RHEL 9 director イメージ(RHEL 9.2)
RHBA-2025:3480: 更新された RHOSP 17.1.5 コンテナーイメージ(RHEL 8.4)
RHBA-2025:3481: RHOSP 17.1.5 コンテナーイメージ(RHEL 9.2)を更新しました。
RHSA-2025:3482: 中程度：Red Hat OpenStack Platform 17.1 (openstack-ironic)に関するセキュリティー更新(RHEL 9.2)

3.3.2. ネットワーク機能仮想化
リンクのコピー

3.3.2.1. バグ修正
リンクのコピー

本項では、Red Hat OpenStack Platform 17.1 で修正された、ユーザーに重大な影響を与えるバグについて説明します。

SR-IOV が有効なコンピュートノードを使用する環境で更新に失敗する原因となっていたバグを修正しました。

このバグ修正の前は、SR-IOV が有効なコンピュートノードがある環境で RHOSP 17.1 の新しいメンテナンスリリースが更新される際に、os-net-config-sriov が SR-IOV が有効なコンピュートノードで KeyError:drivers_autoprobe のエラーで失敗していました。

今回のリリースより、エラーが発生したり、更新が失敗したりすることはありません。

Jira:OSPRH-14169

3.3.2.2. 既知の問題
リンクのコピー

このセクションでは、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 Toggle word wrap
注記
特定の各インターフェイスを設定すると、設定のオーバーライドを防止できます。新規作成されたインターフェイスの場合:
net.ipv6.conf.default.accept_ra_defrtr=0 net.ipv6.conf.default.accept_ra=0
Copy to Clipboard Toggle word wrap
起動時に存在するすべてのインターフェイスの場合:
net.ipv6.conf.all.accept_ra_defrtr=0 net.ipv6.conf.all.accept_ra=0
Copy to Clipboard Toggle word wrap
以下のコマンドを実行します。
```
sudo sysctl -p
```
```
$ sudo sysctl -p
```
Copy to Clipboard Toggle word wrap

回避策 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

Toggle word wrap

注記

特定の各インターフェイスを設定すると、設定のオーバーライドを防止できます。新規作成されたインターフェイスの場合:

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

Toggle word wrap

起動時に存在するすべてのインターフェイスの場合:

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

Toggle word wrap

Jira:OSPRH-12455

SR-IOV コンピュートノードの再起動時に競合状態により例外が生成される

SR-IOV コンピュートノードの再起動時に、usr/bin/os-net-config-sriov と sysfs (PF 作成中)の間で競合状態が発生します。その結果、デバイスは usr/bin/os-net-config-sriov で利用でき、例外が生成されます。

回避策:

以下のいずれかの手順を実行します。

サービスを手動で再実行します。
os-net-config ログに例外が生成されなくなるまで、複数の再起動で再発生する

Jira:OSPRH-15125

3.3.3. ネットワーク
リンクのコピー

3.3.3.1. 既知の問題
リンクのコピー

このセクションでは、Red Hat OpenStack Platform 17.1 の既知の問題について説明します。

ボンディングに VLAN を備えたホストでの RHOSP DNS サービス(designate)を使用する環境でのデプロイメントの失敗

初期テストでは、VLAN がボンディング上にあるホストに RHOSP DNS サービス(designate)をデプロイすると、RHOSP デプロイメントは、BIND インスタンスの IP アドレスを VLAN インターフェイスに追加する時に失敗していました。

その失敗を防ぐために RHOSP 17.1.4 に修正が同梱されていましたが、修正の追加テストと検証はまだ進行中です。

Jira:OSPRH-13237

3.3.4. アップグレードおよび更新
リンクのコピー

3.3.4.1. バグ修正
リンクのコピー

本項では、Red Hat OpenStack Platform 17.1 で修正された、ユーザーに重大な影響を与えるバグについて説明します。

データプレーンの接続が失われる原因となったマイナー更新のバグを修正しました。

17.1.4 には、Open vSwitch および os-net-config の新しいリリースが含まれています。このリリースでは、新しい設定パラメーターと新しい設定ファイルが追加されました。古い設定ファイルの組み合わせと、新しい Open vSwitch のインストールにより、データプレーンが停止しました。

このバグ修正により、古い設定と新しい設定がマージされ、古い設定ファイルの名前が変更され、使用されなくなるようになりました。この修正により、新しい Open vSwitch のインストール後に、起動時に起動するように設定されるようになりました。その結果、データプレーンの停止がなくなりました。

Jira:OSPRH-12676

3.3.4.2. 既知の問題
リンクのコピー

このセクションでは、Red Hat OpenStack Platform 17.1 の既知の問題について説明します。

ローカルレジストリーが正しいイメージをプルしない

RHOSP 17.1.x への更新中に、オーバークラウドの更新がローカルレジストリーにログインして正しいイメージをプルできませんでした。

回避策: マイナー更新を実行する前に、podman を使用してノードにログインします。

podman login <your.registry.local>

$ podman login <your.registry.local>

Copy to Clipboard

Toggle word wrap

& lt;your.registry.local&gt; をローカルレジストリーの名前に置き換えます。

Jira:OSPRH-12946

Leapp によるアップグレード時の EFI ブート順序のリセット

RHOSP 16.2 から 17.1 へのアップグレード中に、一部の HPE ProLiant システムで Leapp システムのアップグレード中に EFI ブート順序がリセットされます。この問題は、アップグレードタスクを実行するために再起動で発生します。以前に RHOSP 13.0 から RHOSP 16.0 にアップグレードされていた場合は、Leapp によるアップグレード後に古い RHEL 7 のred の UEFI レコードで起動する可能性があり、以前の設定で起動します。

回避策： ブート順序を RedHat Enterprise Linux EFI ブートレコードに戻します。

#!/bin/bash
BOOTORDER=$(efibootmgr|grep BootOrder|awk -F': ' '
{ print $2 }
')
CURRENT_BOOT=$(echo $BOOTORDER | awk -F',' '
{ print $1 }
')
REDHAT_BOOT=$(efibootmgr -v | grep "Red Hat Enterprise Linux" | awk -F'[ t*]' '
{print$2}
')
if [ "$CURRENT_BOOT" != "$REDHAT_BOOT" ]; then
efibootmgr -o $(echo $BOOTORDER| sed "s/$REDHAT_BOOT//g;s//$REDHAT_BOOT,/g;s/,//g;s/,$//g;s/,+/,/g")
echo "Set Red Hat as primary boot device"
else
echo "Bootorder already correct"
fi

#!/bin/bash
BOOTORDER=$(efibootmgr|grep BootOrder|awk -F': ' '
{ print $2 }
')
CURRENT_BOOT=$(echo $BOOTORDER | awk -F',' '
{ print $1 }
')
REDHAT_BOOT=$(efibootmgr -v | grep "Red Hat Enterprise Linux" | awk -F'[ t*]' '
{print$2}
')
if [ "$CURRENT_BOOT" != "$REDHAT_BOOT" ]; then
efibootmgr -o $(echo $BOOTORDER| sed "s/$REDHAT_BOOT//g;s//$REDHAT_BOOT,/g;s/,//g;s/,$//g;s/,+/,/g")
echo "Set Red Hat as primary boot device"
else
echo "Bootorder already correct"
fi

Copy to Clipboard

Toggle word wrap

Jira:OSPRH-12951

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.

Copy to Clipboard

Toggle word wrap

回避策:

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 Toggle word wrap
読み込まれたモジュールカーネルを削除します。
```
rmmod nvidia_vgpu_vfio
rmmod nvidia
```
```
$ rmmod nvidia_vgpu_vfio
$ rmmod nvidia
```
Copy to Clipboard Toggle word wrap

コンピュートノードをアップグレードします。

openstack overcloud upgrade run --tag system_upgrade --limit <compute-0>

$ openstack overcloud upgrade run --tag system_upgrade --limit <compute-0>

Copy to Clipboard

Toggle word wrap

サーバーの再起動後に、適切なオペレーティングシステム(RHEL 9.2)の NVIDIA ドライバーを再インストールします。
必要な場合は、mdev デバイスを再作成します。

Jira:OSPRH-13538

nftables がないためにマイナー更新に失敗する

生のテーブルの代わりに 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 デプロイメントでマイナー更新をブロックします。

Jira:OSPRH-13682

コマンドは paunch-serviceを削除します

以下のコマンドを使用して、環境から Leapp パッケージを含む残りの RHEL8 パッケージを削除すると、このコマンドにより paunch-service が削除され、複数のサービスが機能しなくなります。

dnf remove $(rpm -qa | grep \.el[78] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer')

dnf remove $(rpm -qa | grep \.el[78] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer')

Copy to Clipboard

Toggle word wrap

回避策:

次のコマンドを使用して、RHEL8 パッケージを削除します。

dnf remove $(rpm -qa | grep \.el[78] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer|paunch-services')

dnf remove $(rpm -qa | grep \.el[78] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer|paunch-services')

Copy to Clipboard

Toggle word wrap

paunch-service が削除された場合は、以下の Playbook を実行してサーバーを再起動します。

ansible-playbook -i inventory.yaml wa_tripleo_container_manage.yaml --limit node

$ ansible-playbook -i inventory.yaml wa_tripleo_container_manage.yaml --limit node
(undercloud) [stack@undercloud-0 ~]$ cat wa_tripleo_container_manage.yaml
- become: true
  hosts: all
  name: Adding paunch-services files
  tasks:
  - name: tripleo_container_manage reconfiguration
    include_role:
      name: tripleo_container_manage
    vars:
      tripleo_container_manage_debug: true
      tripleo_container_manage_systemd_order: true
      tripleo_container_manage_config: "/var/lib/tripleo-config/container-puppet-config/step_5"
      tripleo_container_manage_config_patterns: 'container-puppet-*.json'
      tripleo_container_manage_config_id: "tripleo_puppet_step5"
      tripleo_container_manage_valid_exit_code: [0, 2]

Copy to Clipboard

Toggle word wrap

Jira:OSPRH-13709

インベントリーファイルに間違ったパラメーターが含まれているため、検証に失敗する

RHOSP 16.2 /var/lib/mistral ディレクトリーにあるインベントリーファイルを使用する場合、検証実行 - i inventory.yaml --group post-upgrade の実行時に、undercloud-service-status 検証 に失敗します。この失敗は、undercloud_service_list パラメーターが誤ったサービスに存在するか、存在しないためにその代わりに誤ったデフォルト値が使用されるために発生します。

回避策:

以下のオプションのいずれかを使用します。
- /home/stack/overcloud-deploy/${stack}/ で作成されたインベントリーファイルを使用します。
- 以下の設定をインベントリーファイルに追加します。
  Undercloud: hosts: undercloud: {} vars: ... undercloud_service_list: - tripleo_ironic_conductor …
  Copy to Clipboard Toggle word wrap
検証を再実行し、ステータスが PASSED であることを確認します。
```
validation run -i inventory.yaml --group post-upgrade
```
```
$ validation run -i inventory.yaml --group post-upgrade
```
Copy to Clipboard Toggle word wrap

Jira:OSPRH-14098

注記

この章では、リリースごとに 1 つの主要なセクションが含まれています。これらのセクションの形式は、RHOSP 17.1.5 以降に変更されます。17.1.5 以降のリリースノートは、コンポーネント(Compute など)によって編成され、次にタイプ（機能拡張、バグ修正、既知の問題など）別に編成されています。以前のセクション(17.1.4 以前)は、タイプ別にのみ編成されています。この改善は、Red Hat の問題追跡の bugzilla から Jiram への移行と、関連するリリースノート管理ツールの更新を反映しています。

トップに戻る

3.3. Red Hat OpenStack Platform 17.1.5 メンテナンスリリース - 2025 年 4 月 8 日

3.3.1. アドバイザリーの一覧
リンクのコピー

3.3.2. ネットワーク機能仮想化
リンクのコピー

3.3.2.1. バグ修正
リンクのコピー

3.3.2.2. 既知の問題
リンクのコピー

3.3.3. ネットワーク
リンクのコピー

3.3.3.1. 既知の問題
リンクのコピー

3.3.4. アップグレードおよび更新
リンクのコピー

3.3.4.1. バグ修正
リンクのコピー

3.3.4.2. 既知の問題
リンクのコピー

詳細情報

試用、購入および販売

コミュニティー

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

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

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

3.3. Red Hat OpenStack Platform 17.1.5 メンテナンスリリース - 2025 年 4 月 8 日

3.3.1. アドバイザリーの一覧リンクのコピーリンクがクリップボードにコピーされました!

3.3.2. ネットワーク機能仮想化リンクのコピーリンクがクリップボードにコピーされました!

3.3.2.1. バグ修正リンクのコピーリンクがクリップボードにコピーされました!

3.3.2.2. 既知の問題リンクのコピーリンクがクリップボードにコピーされました!

3.3.3. ネットワークリンクのコピーリンクがクリップボードにコピーされました!

3.3.3.1. 既知の問題リンクのコピーリンクがクリップボードにコピーされました!

3.3.4. アップグレードおよび更新リンクのコピーリンクがクリップボードにコピーされました!

3.3.4.1. バグ修正リンクのコピーリンクがクリップボードにコピーされました!

3.3.4.2. 既知の問題リンクのコピーリンクがクリップボードにコピーされました!

詳細情報

試用、購入および販売

コミュニティー

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

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

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

3.3.1. アドバイザリーの一覧
リンクのコピー

3.3.2. ネットワーク機能仮想化
リンクのコピー

3.3.2.1. バグ修正
リンクのコピー

3.3.2.2. 既知の問題
リンクのコピー

3.3.3. ネットワーク
リンクのコピー

3.3.3.1. 既知の問題
リンクのコピー

3.3.4. アップグレードおよび更新
リンクのコピー

3.3.4.1. バグ修正
リンクのコピー

3.3.4.2. 既知の問題
リンクのコピー