1.11.8. RHSA-2026:21709 - OpenShift Container Platform 4.21.18 の修正された問題に関するアドバイザリー
発行日: 2026 年 6 月 2 日
OpenShift Container Platform リリース 4.21.18 が使用可能になりました。今回のアップデートに含まれる修正済み問題のリストは、RHSA-2026:21709 アドバイザリーに記載されています。更新に含まれる RPM パッケージは、RHBA-2026:21707 アドバイザリーで提供されています。
このアドバイザリーでは、このリリースのすべてのコンテナーイメージに関する説明は除外されています。
以下のコマンドを実行して、このリリースでコンテナーイメージを表示できます。
$ oc adm release info 4.21.18 --pullspecs
1.11.8.1. 修正された問題 リンクのコピーリンクがクリップボードにコピーされました!
リンクのコピーリンクがクリップボードにコピーされました!
- 今回のアップデート以前は、クラスターストレージアカウントで共有キーアクセスが有効になっていたため、Microsoft Azure Storage へのアイデンティティーベースのアクセスへの移行ができませんでした。その結果、共有鍵アクセスはセキュリティー面の懸念を生み、移行ができなくなっていました。今回のリリースでは、マネージドアイデンティティーを使用している場合、共有鍵によるアクセスが自動的に無効になり、アイデンティティーベースのアクセスへのスムーズな移行が可能になります。その結果、共有鍵へのアクセスを無効にすることでセキュリティーが向上します。(OCPBUGS-82068)
-
今回のアップデート以前は、検査が無効になっている状態でシングルノード OpenShift を事前プロビジョニングする場合に、
HostFirmwareSetting(HFS) リソースが適用されませんでした。その結果、検査が無効になっている事前プロビジョニングシナリオでは、HFS リソース設定はシングルノード OpenShift には適用されませんでした。今回のリリースでは、検査が無効になっている場合、Bare Metal Operator (BMO) がベアメタルホスト (BMH) の登録を正しくスキップするようになりました。その結果、シングルノード OpenShift を事前プロビジョニングする場合、検査が無効になっていると HFS リソース設定が正しく適用されます。(OCPBUGS-82141) -
今回のアップデート以前は、Assisted Installer のワークフロー中に
agent-tuiパラメーターを使用してネットワークを設定した場合、そのセッションで作成されたNetworkManagerキーファイルは CoreOS インストールプログラムに自動的に渡されませんでした。その結果、インストールプログラムはキーファイルを手動で作成された設定として認識できず、インストール中にagent-tuiパラメーターを通じて指定されたネットワーク設定は、インストールが済んだ OS で保持されませんでした。この問題が原因で、クラスターのデプロイ後にノードのネットワーク設定が欠落したり、間違ったりすることがありました。今回のリリースでは、手動で作成されたNetworkManagerキーファイルを検出して、それらの変更時刻をagent-tuiの開始時刻 (/var/log/agentパラメーターの生成時刻から取得) と比較します。これらのキーファイルが見つかると、CoreOS のインストールプログラムの引数に自動的に--copy-networkコマンドが追加され、インストールされたシステムにその設定が確実に渡されるようになります。(OCPBUGS-85041) -
今回のアップデート以前は、Prometheus が認証局 (CA) なしでクライアントの Transport Layer Security (TLS) 証明書を使用してターゲットをスクレイピングするように設定されていた場合、クライアント証明書をローテーションすると、Prometheus が
SIGSEGVパニックでクラッシュしていました。Kubernetes は Pod を再起動したにもかかわらず、その間 Prometheus は停止していました。今回のアップデートにより、Prometheus は CA が設定されていない場合でもクライアント証明書のローテーションを正しく処理できるようになり、クラッシュを防ぎ、継続的にメトリクスが収集されるようにします。(OCPBUGS-86250)