3.10. Red Hat OpenStack Platform 16.1.9 メンテナンスリリース (2022 年 12 月 7 日)

RHOSP 16.1.9 の今回の更新では、RHOSP 16.1.8 への更新後に Networking サービス (neutron) の開始に失敗し、RHOSP 16.1.8 への更新後に OVN データベースが不安定になるバグが修正されています。

RHOSP 16.1.8 に更新する代わりに、RHOSP 16.1.9 に直接更新します。

今回の更新の前は、do_sync_check 操作中に一時的でないスナップショットの削除のチェックが行われなかったため、do_sync_check 操作によってボリュームから一時的でないスナップショットが誤って削除される可能性がありました。今回の更新では、スナップショットを削除する必要があるかどうかを判断するチェックがあります。do_sync_check 操作では、必要なくても、一時的ではないスナップショットの削除は行われません。

今回の更新の前は、ストレージグループが親ストレージグループの子であるかどうかを確認する際に、条件として大文字と小文字が区別されていました。 ストレージグループの変更中に、親ストレージグループにすでに子ストレージグループが含まれているというエラーが表示されました。今回の更新により、条件で使用されるパターンで大文字と小文字が区別されなくなり、ストレージグループを正常に変更できるようになりました。

今回の更新の前は、Telemetry サービス (ceilometer) ユーザーには、Object Storage サービス (swift) からオブジェクトをポーリングするための十分な権限がありませんでした。Object Storage サービスクライアントでは、Telemetry サービスユーザーがオブジェクトの詳細をフェッチできませんでした。今回の更新により、Telemetry サービスユーザーは ResellerAdmin ロールに関連付けられます。

この問題を手動で回避するには、次のコマンドを実行します。

$ openstack role add --user ceilometer --project service ResellerAdmin

関連する Telemetry サービスユーザーは、Object Storage サービスオブジェクトメトリックを正常にポーリングできます。

今回の更新により、director は、Shared File Systems サービス (manila) で CephFS-NFS バックエンドを使用する場合に、NVSv4 ID マッピングのオーバーライドの指定をサポートします。Shared File Systems サービスを使用する Ceph-NFS では、NFSv4.1+ を介したクライアントアクセスのみが許可されます。NFSv4.1 では、ユーザー名とグループ名が回線経由で送信され、サーバーとクライアントの両方で変換されます。デプロイ担当者は、ドメイン設定をカスタマイズして、複数のクライアントから共有ファイルシステムサービス共有にアクセスできる組織ユーザーをより適切に表すことができます。Director は、次のパラメーターによる NFS ID マッピング設定のカスタマイズをサポートしています。

ロールベースのアクセス制御 (RBAC) を使用して、プロジェクト間でセキュリティーグループを共有できます。ただし、インスタンスの起動時に --security-group 引数を使用して RBAC 共有セキュリティーグループを割り当てることはできません。openstack server create コマンドで --security-group 引数 を使用して RBAC 共有セキュリティーグループを割り当てようとすると、Compute サービス (nova) はセキュリティーグループを見つけられず、インスタンスの作成に失敗します。これは、Compute サービスが RBAC を介して共有されているセキュリティーグループをチェックしないためです。--security-group 引数で指定されたセキュリティーグループが、インスタンスを作成したプロジェクトに存在するかどうかのみを確認します。

回避策: ポートを作成し、セキュリティーグループをポートに割り当てます。ポートを指定するには、openstack server create コマンドで --nic 引数を使用します。Compute サービスは Networking サービス (neutron) でポートを作成しようとしないため、セキュリティーグループをチェックしません。

以下に例を示します。

   $ openstack port create --network net1 \
     --security-group \
     5ba835b7-22b0-4be6-bdbe-e0722d1b5f24 shared-sg-port

   $ openstack server create \
     --image cirros-0.5.1-x86_64-disk  \
     --flavor m1.tiny \
     --port shared-sg-port vm-with-shared-sg

現在のバージョンでは、移行先ホストの CPU と互換性のない CPU を使用してインスタンスをライブマイグレーションする場合に既知の問題があります。libvirt (QEMU >= 2.9 および libvirt >= 4.4.0) は、ライブマイグレーション中に宛先ホストの CPU 互換性チェックを正しく処理するため、回避策として、インスタンスを移行する前に宛先ホストで Compute サービスの CPU 比較チェックをスキップできます。

回避策: インスタンスのライブマイグレーションを実行する前に、影響を受ける各コンピュートノードの nova.conf ファイルに次の設定を追加します。

[workarounds]
skip_cpu_compare_on_dest = True