3.8.2. バグ修正

以前は、インスタンスにアタッチされているポートで binding:vnic_type を変更すると、再起動時に nova_compute が再起動ループに入りました。

この更新により、インスタンスにアタッチされているポートの binding:vnic_type は変更できなくなります。

この更新の前は、IPv6 専用ネットワークで作成された仮想マシンインスタンスは、コンピュートメタデータサービスにアクセスできませんでした。メタデータエージェントは、コンピュートメタデータサービスへのアクセスに使用される namespace のプロビジョニング時に、IPv6 アドレスの可能性を考慮していませんでした。RHOSP 17.1.4 では、この問題は修正されました。メタデータエージェントは、コンピュートメタデータサービスへのアクセスに使用される namespace のプロビジョニング時に、IPv6 アドレスを考慮するように変更されました。その結果、IPv6 専用ネットワークで作成されたインスタンスはコンピュートメタデータサービスにアクセスできます。

この更新の前は、Virtual Data Optimizer (VDO) パッケージがあることで checkvdo Leapp アクターが失敗し、Leapp のアップグレードが失敗していました。

RHOSP 17.1.4 では、VDO パッケージが削除され、Leapp のアップグレードが成功するようになりました。

この更新の前は、Lenovo UEFI ファームウェアはデプロイメント後にブートレコードをリセットしていました。デプロイメント中に、サーバーの最初の起動に失敗し、有効な起動デバイスがないことを示すブルースクリーンが表示されました。

RHOSP 17.1.4 では、この問題は解決されました。デプロイメント時に、Lenovo UEFI ファームウェアはデプロイメント後にブートレコードをリセットしなくなり、手動による回避策は不要になりました。

この更新の前は、python3-dns パッケージバージョン 2.x で RHOSP DNS サービス (designate) との非互換性が発生していました。この非互換性により、Transaction Signature (TSIG) キーが関係する一部のゾーン転送が失敗し、ログメッセージ AttributeError: 'TsigKeyring' object has no attribute 'name' が表示されていました。

RHOSP 17.1.4 では、この問題は解決されました。TSIG キーを含むゾーン転送が正しく動作するようになりました。

複数の CephFS ファイルシステムを持つ外部 Red Hat Ceph Storage クラスターで Shared File Systems サービス (manila) を使用する場合は、認可および認可取り消しのコンテキストでファイルシステム名を指定する必要があります。

この更新の前は、NFS の認可ワークフローでファイルシステム名を指名しないため、NFS-Ganesha サービスで NFS エクスポートが失敗していました。この更新により、Shared File Systems サービスは CephFS-NFS クライアントの認可時にファイルシステム名を指定し、NFS-Ganesha サービスで NFS エクスポートが成功するようになりました。

この更新の前は、Shared File Systems サービス (manila) と CephFS-NFS で設定された外部 Red Hat Ceph Storage クラスターがデプロイメントに含まれている場合、エクスポート設定が上書きされていました。RHOSP 17.1 オーバークラウドへのアップグレードまたは更新後、CephFS-NFS サービス (NFS-Ganesha) がエクスポート設定なしで起動し、クライアントが共有にアクセスできなくなっていました。

この更新により、ディレクターはエクスポート設定の有無を確認し、オーバークラウドのアップグレードおよび更新中にそれらを保持するようになりました。CephFS-NFS クライアントは、アップグレード手順と更新手順、および手順中の定期的な復元操作を通じて、引き続きデータにアクセスできます。

この RHOSP 17.1.4 更新では、特定の状況でパケット転送遅延を引き起こすバグが修正されています。

このバグ修正の前は、RHOSP 17.1 デプロイメントに nft または iptables のフィルタールールと LOG アクションが含まれ、カーネルコマンドライン (/proc/cmdline) に console=tty50 がある場合、ロギングアクションによってパケット転送に大幅な遅延が発生する可能性がありました。

このバグ修正により、バグが修正され、遅延が解消されます。17.1.x から 17.1.4 への更新では、この修正は自動的に適用されません。修正が必要な場合は、17.1.4 に更新する前に、ナレッジベースソリューション Sometimes receiving packet(e.g. ICMP echo) has latency, around 190 ms に記載されている手順を実行してください。

この更新の前は、Red Hat Ceph Storage の健全性検証中に 'cephadm command not found' エラーが発生し、RHOSP 16.2 から 17.1 へのアップグレードが失敗する可能性がありました。

このエラーを回避するために、cephadm ツールがインストールされていない場合は、Red Hat Ceph Storage の健全性検証は 'podman run' を使用して実行されるようになりました。

この更新の前は、Shared File Systems サービス (manila) の共有ネットワークとして外部ネットワークを使用した場合、OVN の非互換性により、外部ストレージシステムにアタッチされた外部スイッチ上に作成されたポートに対して誤った ARP 応答が発生していました。仮想マシン、コンテナー、ベアメタルノードなどのクライアントマシンは、外部ネットワークにエクスポートされた共有にアクセスできませんでした。

この更新により、Shared File Systems サービスは OpenStack ネットワークポートのステータスを DOWN に設定し、OVN が Networking サービス (neutron) ポートを介して ARP 応答を設定できないようにします。代わりに、MAC アドレスは外部ポートから学習されます。クライアントマシンは、外部ネットワークにエクスポートされた共有にアクセスでき、Shared File Systems サービスにアクセス制御リスト (ACL) がある場合は共有をマウントできます。

以前の RHOSP リリースでは、IPv4 ロードバランサーへの接続が中断される可能性がありました。この問題は、IPv6 ロードバランサーの ip_port_mappings パラメーターで使用される誤った形式を修正するメンテナンスタスクの実行中に発生しました。このタスクでは、IPv6 ロードバランサーの誤った形式が修正されましたが、IPv4 ロードバランサーの ip_port_mappings パラメーターも誤って変更されました。

この問題は解決され、メンテナンスタスクの実行後に IPv4 ロードバランサーの接続が中断されることはなくなりました。

この更新では、一部の IPv6 デプロイメントで Neutron の障害と接続の喪失を引き起こしていたバグが修正されています。

一部の IPv6 デプロイメントでは、resolv.conf はスコープが (fe80::5054:ff:fe96:8af7%eth2) の IPv6 ネットワークを使用します。このスコープは、Neutron で使用される一部のライブラリーと互換性がありません。

この更新により、スコープを除外するためにアドレスがトリミングされ、非互換性が回避されます。

今回の更新以前は、DNS ネームサーバーに変更があった場合や、ドメイン名を変更するたびに、os-net-config スクリプトでホストインターフェイスを再起動する必要がありました。これは、RHOSP 17.1.4 から RHOSO 18.0.x データプレーンの導入時に問題となっていました。

RHOSP 17.1.4 では、DNS サーバーの IP アドレスと検索ドメインが以前の設定に限られる場合にのみ、インターフェイスを再起動せずに DNS サーバーと検索ドメインをオンザフライで変更できるようになりました。DNS ネームサーバーと検索ドメインは ifcfg ファイルに書き込まれ、/etc/resolv.conf が更新されます。