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

3.2. Red Hat OpenStack Platform 17.1.9 メンテナンスリリース - 2025 年 8 月 13 日

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

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

RHBA-2025:13083
RHOSP 17.1.9 のバグ修正および機能拡張アドバイザリー(RHEL 8.4)
RHBA-2025:13084
RHOSP 17.1.9 のバグ修正および機能強化アドバイザリー(RHEL 9.2)
RHBA-2025:13085
更新された RHOSP 17.1.9 コンテナーイメージ(RHEL 8.4)
RHBA-2025:13086
更新された RHOSP 17.1.9 コンテナーイメージ(RHEL 9.2)
RHBA-2025:13087
RHOSP 17.1.9 RHEL 9 director イメージ(RHEL 9.2)

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: 設定ファイルを編集します

  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
    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

  2. 以下のコマンドを実行します。 

    $ 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
    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
    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
    Copy to Clipboard Toggle word wrap

Jira:OSPRH-12455

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

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

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

IPv6 を使用している場合は、17.1、17.1.2、または 17.1.3 からのマイナー更新中の API の停止を修正します。

この更新前は、環境が IPv6 を使用し、RHOSP 17.1.1、17.1.2、または 17.1.3 から 17.1.9 より前のバージョンに更新した場合、Networking サービス(neutron) API で短時間停止が発生していました。RHOSP 17.1.9 以降では、API の停止は発生しません。

Jira:OSPRH-16059

ovn_metadata_agentsのリグレッションを修正しました。

この更新までは、RHOSP 17.1.2 から RHOSP 17.1.6 へのマイナー更新が失敗するのは、コーディングエラーにより、Open Virtual Network (OVN)を使用するスタックにリグレッションが発生し、ovn_metadata_agents タスクが含まれていないためです。

今回の更新により、ovn_metadata_agent がサーバーにない場合でも、パッチが機能するように設計されています。

Jira:OSPRH-16858

アップグレード実行ごとに ovn-controller の強制再起動を修正します。

今回の更新以前は、RHOSP 16.2 から 17.1 へのアップグレード中に、以前の環境から再利用されたタスクが、すべてのアップグレード実行時に強制的に ovn-controller が再起動していました。その結果、ovn-dbs がすでにダウンすると、ovn-controller の再起動で障害が発生しました。今回の更新により、アップグレードが実行されるたびに ovn-controller が再起動しなくなりました。

Jira:OSPRH-16922

システムのアップグレード後に RHEL 8.4 での director の起動に関する問題を修正

今回の更新以前は、RHOSP 13.0 より前の RHOSP バージョンからアップグレードされたサーバーは、ブートメニューの問題が原因で RHEL 8.4 で起動を継続していました。その結果、Leapp は起動時にトリガーされませんでした。

この修正により、ブートファイルと設定を RHEL 9 標準に移動します。

Jira:OSPRH-17175

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

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

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

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

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

$ podman login <your.registry.local>
Copy to Clipboard Toggle word wrap
  • & lt;your.registry.local&gt; をローカルレジストリーの名前に置き換えます。

Jira:OSPRH-12946

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.
Copy to Clipboard Toggle word wrap

回避策:

  1. NVIDIA ドライバーを削除します。以下に例を示します。 

    $ sudo dnf remove -y NVIDIA-vGPU-rhel-8.4-525.105.14.x86_64
    Copy to Clipboard Toggle word wrap

  2. 読み込まれたモジュールカーネルを削除します。 

    $ rmmod nvidia_vgpu_vfio
$ rmmod nvidia
    Copy to Clipboard Toggle word wrap

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

    $ openstack overcloud upgrade run --tag system_upgrade --limit <compute-0>
    Copy to Clipboard Toggle word wrap
  4. サーバーの再起動後に、適切なオペレーティングシステム(RHEL 9.2)の NVIDIA ドライバーを再インストールします。
  5. 必要な場合は、mdev デバイスを再作成します。

Jira:OSPRH-13538

サポートされていないサービスにより、アップグレードが失敗する

RHOSP 16.2 から 17.1 へのアップグレード中に、環境は upgrade_tasks_step3.yaml ファイルで次のサポート対象外のサービスを使用するため、オーバークラウドのアップグレードは失敗します： OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-pacemaker-puppet.yaml

回避策:

  1. OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-pacemaker-puppet.yaml を次のサービスに置き換えます。 

    OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-cluster-ansible.yaml
    Copy to Clipboard Toggle word wrap

  2. 設定を更新します。 

    $ source stackrc
$ chmod 755 /home/stack/overcloud_upgrade_prepare.sh
$ sh /home/stack/overcloud_upgrade_prepare.sh
    Copy to Clipboard Toggle word wrap

  3. オーバークラウドのアップグレードを実行します。 

    $ openstack overcloud upgrade run --yes --stack <stack> --debug --limit allovercloud,undercloud --playbook all
    Copy to Clipboard Toggle word wrap

Jira:OSPRH-13127

ソースリポジトリーが Open vSwitch で有効になっているため、マイナー更新に失敗する

ソースリポジトリーが有効になっている場合、タスク Always でマイナー更新が失敗し、エラー error 'error={"changed": false, "msg": "Unable to enable service openvswitch: Failed to enable unit: Unit file openvswitch.service does not exist.\n"}' で、アップグレード後に openvswitch サービスが有効にされていることを確認します。

RHOSP 17.1 のすべてのバージョンに影響があります。

回避策：ソースリポジトリーを無効にします。

Jira:OSPRH-18598

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

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

回避策:

  1. 以下のオプションのいずれかを使用します。

    • /home/stack/overcloud-deploy/${stack}/で作成されたインベントリーファイルを使用します。

    • 以下の設定をインベントリーファイルに追加します。 

      Undercloud:
  hosts:
    undercloud: {}
  vars:
    ...
    undercloud_service_list:
    - tripleo_ironic_conductor
    …
      Copy to Clipboard Toggle word wrap

  2. 検証を再度実行し、ステータスが PASSED であることを確認します。 

    $ validation run -i inventory.yaml --group post-upgrade
    Copy to Clipboard Toggle word wrap

Jira:OSPRH-14098

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2025 Red Hat