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

3.8.6. 既知の問題

現時点における Red Hat OpenStack Platform (RHOSP) の既知の問題は以下のとおりです。

BZ#2216209
現在、Load-balancing サービス (octavia) のデプロイメントでは、Ansible ワークフローがトリガーされるたびに、Ansible は amphora イメージを一時ディレクトリーにダンプします。Ansible ワークフローではこれらのイメージは自動的にクリーンアップされないため、スペース使用率の問題が発生する可能性があります。回避策: Red Hat ナレッジベースソリューション OpenStack deployments with octavia leave orphan amphora images を参照してください。
BZ#2219830

RHOSP 17.1 には一時的なパケット損失の既知の問題があり、ハードウェア割り込み要求 (IRQ) が原因で OVS-DPDK PMD スレッドまたは DPDK アプリケーションを実行しているゲストで非自発的なコンテキストスイッチが発生します。

この問題は、デプロイメント中に多数の VF をプロビジョニングすると発生します。VF には IRQ が必要で、それぞれが物理 CPU にバインドされている必要があります。IRQ の容量を処理するのに十分なハウスキーピング CPU がない場合、irqbalance はすべての IRQ のバインドに失敗し、分離された CPU で IRQ がオーバーフローします。

回避策: 次のアクションを 1 つ以上試してください。

  • 未使用の VF がデフォルトの Linux ドライバーにバインドされたままになるのを避けるために、プロビジョニングされた VF の数を減らします。
  • すべての IRQ を処理できるように、ハウスキーピング CPU の数を増やします。
  • IRQ が分離された CPU に割り込むのを避けるために、未使用の VF ネットワークインターフェイスを強制的にダウンします。
  • IRQ が分離された CPU に割り込むのを避けるために、未使用のダウンした VF ネットワークインターフェイス上のマルチキャストトラフィックとブロードキャストトラフィックを無効にします。
BZ#2269564
RHOSP 16.2 から 17.1 へのアップグレードに必要な時間は、環境内のノードの数に応じて長くなります。アップグレードの完了にかかる時間を短縮するために、ノードを複数のロールに分割できます。詳細は、Red Hat ナレッジベースアーティクル How to split roles during upgrade from RHOSP 16.2 to RHOSP 17.1 を参照してください。
BZ#2282237

現在、IPv6 環境では、os-net-config で生成された ifcfg-* ファイル内の IPv6 キーと値のペア IPV6_AUTOCONF=no によって、システムがルーター広告に応答してデフォルトルートを設定することを妨げられないという既知の問題があります。

回避策: この問題を修正するには、次の手順を実行します。

  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.default.accept_ra_defrtr=0
net.ipv6.conf.default.accept_ra=0

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

      net.ipv6.conf.all.accept_ra_defrtr=0
net.ipv6.conf.all.accept_ra=0

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

    $ sudo sysctl -p

  3. または、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.default.accept_ra_defrtr=0
$ sudo sysctl -w net.ipv6.conf.default.accept_ra=0

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

      $ sudo sysctl -w net.ipv6.conf.all.accept_ra_defrtr=0
$ sudo sysctl -w net.ipv6.conf.all.accept_ra=0
BZ#2292053

RHOSP 16.2 から 17.1 にアップグレードする場合、環境に事前プロビジョニングされたノードが含まれていると、事前プロビジョニングされたノードが baremetal-deployment.yaml ファイルで正しく定義されていないため、openstack overcloud node provision コマンドは失敗します。

回避策: Red Hat ナレッジベースアーティクル LEAPP upgrade from 16.2 to 17.1 fails during overcloud node provisioning step when adding pre-provisioned nodes を参照してください。

BZ#2294189

この更新では、パラメーター fdb_removal_limit および mac_binding_removal_limit の値が OVN データベースに適用されないバグが修正されています。値は解析されましたが、適用されませんでした。

現在は、値がデータベースに適用されるようになりました。

BZ#2305981

RHOSP 16.2 から 17.1 にアップグレードする場合、既知の問題により、システムのアップグレード中に GRUB に RHEL 8 エントリーではなく RHEL 7 エントリーが格納されます。その結果、ホストを再起動できなくなります。この問題は、RHOSP 13.0 以前を実行していた環境に影響します。

回避策: Red Hat ナレッジベースソリューション Openstack 16 to 17 FFU - During LEAPP upgrade UEFI systems do not boot due to invalid /boot/grub2/grub.cfg を参照してください。

BZ#2308346

RHOSP 17.1 動的ルーティング環境では、Free Range Routing (FRR) コンテナーを再起動すると、予期しないネットワークの中断が発生する可能性があります。この中断は、再起動中に、一部の OVN BGP エージェントと FRR 設定がネットワークパケットを転送するためのルートを誤って削除し、設定がこれらのルートを再学習する必要があるために発生します。

回避策:

  1. リーフノードにグレースフルリスタートオプションが設定されていることを確認します。

    詳細は、Red Hat OpenStack Platform での動的ルーティングの設定 の リーフネットワークの設定 を参照してください。

  2. frr コンテナーを再起動した直後に ovn-bgp-agent コンテナーを再起動し、グレースフルリスタートオプションを含む新しい設定が再ロードされた後にエージェントが同期するのを待ちます。
BZ#2313372
RHOSP 17.1 GA、17.1.1、17.1.2 から RHOSP 17.1.4 への更新中に、Open Virtual Network (OVN) バックエンドを使用すると、OVN 更新の外部実行中にネットワーク API が短時間停止する可能性があります。
BZ#2313764
現在、RHOSP の更新中に os-net-config でエラーが発生した場合、エラーが報告されず、管理者がネットワーク設定に問題があることに気付かないままデプロイメントが完了する可能性があります。回避策はありません。
BZ#2313793

RHOSP 17.1 では、OVS エージェントを削除しても、Networking サービス (neutron) は ovsdb から対応する VXLAN エンドポイントを削除しません。この状況により、削除されたエージェントが実行されていたノードがまだアクティブであると誤って認識するという問題が L3 HA ルーターで発生する可能性があります。

回避策: FIPs stopped working after network/controller node replacement を参照してください。

BZ#2322497
現在、FRRouting と OVN BGP エージェントを使用して動的ルーティングを行う IPv6 環境では、コントロールプレーンとデータプレーンの両方で停止が発生する可能性があります。このような停止は、再起動、ifdown、ifup のイベント後にトリガーされ、それにより新しい IPv6 ルートが学習され、BGP によって取得された IPv6 デフォルトルートが誤ってオーバーライドされる可能性があります。回避策: IPv6 ルーター要請を送信するインターフェイスで IPv6 ルーター要請を無効にします。
BZ#2322938
現在、MTU が一致しない場合に通信ピアが不一致を認識せず、Networking サービス (neutron) が通知することなくパケットをドロップする可能性があります。この問題の原因は、OVN が ICMP Fragmentation Needed メッセージを送信できないことです。回避策: 大きすぎるパケットが送信されないように MTU 値を調整することが推奨されます。別の方法として、tripleo テンプレートで OVNEmitNeedToFrag オプションを設定できます。詳細は、ナレッジベースソリューション Neutron ML2/OVN packet fragmentation problems を参照してください。
BZ#2322948

IPv6 サブネットを作成する場合は、ネットワークの MTU が 1280 オクテット以上であることを確認してください。

IPv6 サブネットには少なくとも 1280 オクテットの MTU が必要ですが、RHOSP にはその要件を強制する検証プロセスが含まれていません。

BZ#2323725
RHOSP 17.0 環境が ML2/OVN を使用してデプロイされている場合、環境を RHOSP 17.0 から 17.1.4 に直接更新することはできません。まず RHOSP 17.0.1 に更新する必要があります。詳細は、Red Hat OpenStack Platform を最新状態に保つ を参照してください。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

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

Legal Notice

Theme

© 2026 Red Hatトップに戻る