第3章 リリースの情報


リリースノートには、次に示すカテゴリーの一部またはすべての更新について記載されています。この Red Hat OpenStack Platform (RHOSP) リリースをデプロイする場合は、これらの更新を考慮してください。

  • バグ修正
  • 機能拡張
  • テクノロジープレビュー
  • リリースノート
  • 既知の問題
  • 非推奨の機能
  • 削除された機能

この RHOSP リリースのサポートライフサイクル中にリリースされた更新に関する注意事項は、各更新に関連付けられたアドバイザリーテキストに記載されています。

3.1. Red Hat OpenStack Platform 17.1.11 メンテナンスリリース - 2025 年 10 月 21 日

3.1.1. アドバイザリーの一覧

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

RHBA-2025:18019
Red Hat OpenStack Platform 17.1.11 RHEL 9 director イメージ
RHBA-2025:18020
Red Hat OpenStack Platform 17.1.11 のバグ修正および機能拡張アドバイザリー
RHBA-2025:18022
Red Hat OpenStack Platform 17.1.11 のバグ修正および機能拡張アドバイザリー
RHBA-2025:18806
更新された Red Hat OpenStack Platform 17.1.11 コンテナーイメージ
RHBA-2025:18803
更新された Red Hat OpenStack Platform 17.1.11 コンテナーイメージ

3.1.2. コントロールプレーン

3.1.2.1. 非推奨の機能

このセクションでは、Red Hat OpenStack Platform 17.1 で 非推奨 となった機能の概要を説明します。

非推奨の機能は、本製品の今後のメジャーリリースではサポートされない可能性が高く、新たに実装することは推奨されません。

director Operator の非推奨

RHOSP 17.1.11 では、director Operator は非推奨になりました。バグ修正とサポートは RHOSP 17.1.11 ライフサイクルが終了するまで提供されますが、新しい機能の拡張は行われません。代わりに OpenShift 上の Red Hat OpenStack Services にアップグレードすることができます。詳細は、Adopting a Red Hat OpenStack Platform director Operator environment を参照してください。

Jira:OSPRH-21336

3.1.3. ネットワーク機能仮想化

3.1.3.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.1.4. 可観測性

3.1.4.1. バグ修正

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

collectd デーモンは起動時に失敗しなくなりました。

この更新前は、collectd_libpodstats_* メトリックが有効になっている場合、collectd デーモンは error: runtime error: index out of range [1] with length 1 を表示して開始できませんでした。この失敗の原因は、Ceph コンテナー名の解析に使用されるロジックの欠陥がありました。

今回の更新により、コンテナー名の解析の不具合が修正され、 collectd _libpodstats_* メトリックが有効になっているときに collectd が起動に失敗しなくなりました。

Jira:OSPRH-12174

3.1.5. ストレージ

3.1.5.1. 既知の問題

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

iptables から nftables への移行によりネットワークが不安定になる

マイナー更新中、iptables から nftables への移行により、ネットワークが不安定になります。この問題は、ゲスト仮想マシンから CephFS-NFS (NFS-Ganesha)への既存のネットワーク接続に影響し、予期しないクライアント動作を引き起こす可能性があります。

回避策:

  1. the- limit オプションを使用して、ノードを 1 つずつアップグレードします。
  2. ノードをアップグレードする前に、更新中のノードで CephFS-NFS が実行されていないことを確認します。アップグレードを実行する前に、CephFS-NFS を別のノードに切り替えることができます。

Jira:OSPRH-16597

3.1.6. アップグレードおよび更新

3.1.6.1. バグ修正

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

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

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

3.1.6.2. 既知の問題

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

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

ソースリポジトリーが 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 17.1.x への更新中に、オーバークラウドの更新がローカルレジストリーへのログインに失敗し、正しいイメージをプルできません。

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

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

Jira:OSPRH-12946

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2025 Red Hat