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

1.11.4. RHSA-2026:29795 - OpenShift Container Platform 4.22.3 のバグ修正とセキュリティー更新

発行日: 2026 年 6 月 30 日

OpenShift Container Platform リリース 4.22.3 が利用可能になりました。今回のアップデートに含まれる修正済み問題のリストは、RHSA-2026:29795 アドバイザリーに記載されています。このリリース用の RPM パッケージはありません。

このアドバイザリーでは、このリリースのすべてのコンテナーイメージに関する説明は除外されています。

以下のコマンドを実行して、このリリースでコンテナーイメージを表示できます。 

$ oc adm release info 4.22.3 --pullspecs

1.11.4.1. 修正された問題
リンクのコピー

  • この更新前は、特にハイパーバイザーベースのシングルノード OpenShift Container Platform を使用したシングルノード OpenShift Container Platform の並列デプロイメント中に、BareMetalHost (BMH) カスタムリソースを含む競合状態が原因で、一部のシステムがデプロイメントの途中でハングしていました。シングルノードの OpenShift Container Platform は、仮想メディアがアタッチされた後、metal3 によって電源がオンになることはありませんでした。その結果、大規模 (10 ノード以上) な並列デプロイメントの成功率は約 80% でした。残りのノードでは、影響を受ける BMH カスタムリソースに対してオンラインフィールドをtrue にパッチするには、手動での介入が必要でした。このリリースにより、BMH 電源投入プロセスにおける競合状態が解消されました。その結果、OpenShift Container Platform の並列シングルノードデプロイメントでは、大規模な場合でも、手動による介入なしですべてのノードの電源が正常にオンになります。(OCPBUGS-73622)
  • この更新前は、kube-apiserver-check-endpoints コンテナーは、ポート 17697 のチェックエンドポイントサービスの TLS 証明書を 1 秒の有効期限で生成していました。その結果、証明書は生成後ほぼ即座に期限切れとなり、証明書の有効期間が 1 か月だった以前のバージョンの OpenShift Container Platform とは異なりました。このリリースでは、kube-apiserver-check-endpoints コンテナーは適切な有効期間を持つ証明書を生成します。その結果、check-endpoint サービス証明書は、以前のリリースと一貫して、予想される期間有効です。(OCPBUGS-84536)
  • この更新前は、oslat レイテンシーテストで、ランナー Pod メモリーが LATENCY_TEST_CPUS 値に関係なく 1 GB にハードコードされていました。その結果、LATENCY_TEST_CPUS=126 などの CPU 数の多い CNF レイテンシーテストを実行すると、固定の 1 GB メモリー制限が不十分であったために oslat Pod が OOMKill し、ハードウェアプラットフォームの評価が妨げられていました。このリリースにより、oslat テストランナー Pod メモリーは、LATENCY_TEST_CPUS 設定に基づいて設定または適切にスケーリングできるようになりました。その結果、文書化した CNF レイテンシーテストフローは、OOMKilled 障害を発生させることなく、より多くの CPU 数で正常に完了します。(OCPBUGS-86071)
  • この更新前は、etcd-endpoints config map に障害が発生した、または到達不能な etcd メンバーの IP アドレスのみが含まれている場合、etcd Operator は永続的なデッドロックに入っていました。config map を更新する EtcdEndpointsController では、メンバーをリスト表示するために有効な etcd 接続が必要でしたが、etcd クライアントプールは古い config map からエンドポイントを排他的に読み取ります。この循環依存関係により、すべての Operator Controller が機能していませんでした。その結果、Operator は停止したエンドポイントに対して無期限に再試行し、ロギングコンテキストの期限がエラーを連続して超え、config map に正常なメンバー IP でパッチを適用するために手動による介入が必要でした。このリリースでは、Operator はすべての config map 派生エンドポイントが到達不能であることを検出し、ノードベースのエンドポイント検出にフォールバックして、正常な etcd メンバーとの接続を再確立します。その結果、EtcdEndpointsController は正しい IP アドレスで config map を自動的に更新し、手動による介入なしで回復が進みます。(OCPBUGS-88490)
  • この更新前は、Vertical Pod Autoscaler (VPA) Operator は、イベントオブジェクトの作成時に必要なアクションフィールドを設定しなかったため、クラスター内のイベントの作成に失敗しました。その結果、VPA Operator のログには、Server rejected event (will not retry!) などのエラーと Event is invalid: action: Required value というメッセージが含まれていました。このリリースでは、VPA Operator がイベントの作成時にアクションフィールドに正しく入力されるようになりました。その結果、VPA Operator はログにエラーなしでイベントを正常に作成します。(OCPBUGS-90165)
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

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

Legal Notice

Theme

© 2026 Red Hatトップに戻る