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

1.9.4. RHSA-2026:54583 - OpenShift Container Platform 4.20.34 バグ修正とセキュリティー更新

発行日：2026 年 8 月 18 日

OpenShift Container Platform リリース 4.20.34 が公開されました。この更新に含まれるバグ修正のリストは、RHSA-2026:54583 アドバイザリーにまとめられています。更新に含まれる RPM パッケージは、RHSA-2026:54580 アドバイザリーで提供されています。

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

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

$ oc adm release info 4.20.34 --pullspecs

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

  • 今回の更新の前は、cluster-api-provider-kubevirt がデュアルスタック証明書署名要求(CSR)承認サポートのためにすべての仮想マシンインスタンス(VMI)インターフェイス IP アドレスを公開した後、NodePool コントローラーの ClusterNetworkCIDRConflict 条件チェックは、クラスターネットワーク CIDR と競合する OVN-Kubernetes 内部オーバーレイ IP アドレスです。その結果、実際のマシンインフラストラクチャーの IP アドレスがクラスターネットワークと競合しなかったにもかかわらず、Kubernetes 2.11.0 (OpenShift Container Platform 4.19)のマルチクラスターエンジンにアップグレードした後、すべての KubeVirtベースのノードプールは誤検出の ClusterNetworkCIDRConflict 状態を報告していました。このリリースでは、CIDR 競合検出は、マシンのリンク以外のアドレスがすべてクラスターネットワーク CIDR 内にある場合にのみ競合を報告します。マシンにクラスターネットワーク外のアドレスもある場合、インネットワークアドレスは予想される CNI 内部 IP として扱われます。その結果、OVN-Kubernetes オーバーレイ IP アドレスが実際のインフラストラクチャーアドレスと共に存在する場合、KubeVirtベースのノードプールは誤検出の ClusterNetworkCIDRConflict 状態を報告しなくなりました。(OCPBUGS-97923)
  • 今回の更新より前は、Red Hat OpenShift AI や Red Hat Connectivity Link などのレイヤード製品で使用される ゲートウェイ Pod は、プルの試行時にクラスター全体の egress プロキシー設定を尊重しませ んでした。そのため、エンタープライズ HTTP プロキシーの背後にある切断された環境では、ゲートウェイ Pod は必要な wasm プラグインをダウンロードできませんでした。この状況では、HTTP 403 ロールベースアクセス制御(RBAC)エラーが発生し、推論要求に失敗していました。今回のリリースでは、Ingress Operator が Istio コントロールプレーンを設定し、クラスター全体の Egress プロキシー設定 (proxies.config.openshift.io/cluster) を適用するようになります。その結果、ゲートウェイ Pod は手動の設定を必要とせずに、プロキシーされ た 環境でのプラグインを正常にプルしました。(OCPBUGS-99476)
  • 今回の更新以前は、OpenShift Web コンソールの Quick Starts ページでは、解決された i18next の言語ではなく保存された言語コードによる翻訳がロードされたため、zh-CN などのローカルバリアントが console-app リソースバンドルと一致しませんでした。その結果、Quick Starts ページでは、コンソール言語が 中国語(zh-CN) に設定されている場合に、一部の文字列が欠落しているか、または変換されないことがあります。このリリースでは、Quick Starts ページは、i18n.resolvedLanguage を使用して console-app リソースバンドルを適用するようになりました。その結果、Quick Starts テキストは zh-CN およびその他のローカルバリアントに対して正しく表示されます。(OCPBUGS-100057)
  • 今回の更新以前は、Telecom Boundary Clock (T-BC) Precision Time Protocol (PTP)設定で、アップストリームの PTP ソースが安定し、phc2sys サービスの準備が整う前に、ts2phc サービスの開始が早すぎることがありました。その結果、T-BC は収束するのに長い時間がかかり、phc2sys サービスが誤った ts2phc オフセットに基づいてシステムクロックを設定する可能性がありました。このリリースでは、T-BC の ts2phc サービスは、アップストリームソースが安定し、phc2sys サービスの準備ができるまで、起動するまで待機するようになりました。その結果、T-BC は修飾されていないアップストリームソースに対して ts2phc サービスを開始しません。Telecom Grandmaster (T-GM)の動作は変更されません。(OCPBUGS-105276)
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

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

Legal Notice

Theme

© 2026 Red Hatトップに戻る