1.11.3. RHSA-2026:79157 - OpenShift Container Platform 4.21.37 バグ修正とセキュリティー更新


発行日:13 年 10 月 2026

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

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

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

$ oc adm release info 4.21.37 --pullspecs

1.11.3.1. 修正された問題

  • 今回の更新以前は、Berkeley Packet Filter (BPF)ファイルシステムがファイル名にドット(".")を許可しませんでした。その結果、Ingress ノードファイアウォールは、bond0.12 などの仮想 LAN (VLAN)サブインターフェイスにルールを割り当てることができませんでした。ドットを含むインターフェイスのリンクを固定しようとすると、operation not allowed エラーで失敗しました。このリリースでは、Ingress ノードファイアウォールはドットをプレースホルダー文字列に変換してファイル名をサニタイズします。たとえば、vlan.100 は、BPF ファイルシステムに書き込む前に vlan_dot_100 になります。その結果、ファイアウォールルールは、ボンディングインターフェイスの上の VLAN などのサブインターフェイスに正常に適用できます。(OCPBUGS-31495)
  • 今回の更新以前は、ホストされたクラスターを非合成 ISO または分類されたリージョンで AWS にデプロイする場合、Cluster Network Operator (CNO)は、ホストされたクラスターに対して最大伝送単位(MTU)の 9001 を想定していました。これらのリージョンの一部は、この MTU 値でのジャンボフレームをサポートしておらず、クラスター作成時にこの設定をオーバーライドできませんでした。そのため、これらのリージョンではホステッドクラスターのネットワークが正しく設定されないことがありました。このリリースでは、クラスターの作成時に、OVN-Kubernetes トンネルインターフェイスの 576 から 9216 間の MTU を指定できます。この設定は、HostedCluster カスタムリソース (CR) の ovnKubernetesConfig 設定にあるオプションのイミュータブルな mtu フィールドを使用するか、Hosted Control Plane の CLI フラグ --ovn-kubernetes-mtu を使用することで設定できます。その結果、ジャンボフレームをサポートしていない AWS リージョンでも、ホステッドクラスターを正常にデプロイでき、CNO が適切な MTU 値を適用するようになりました。(OCPBUGS-81489)
  • 今回のアップデート以前は、デュアルスタックホステッドクラスターにおいて、4 バイトと 16 バイトの IPv4 射影アドレスの間で IP SAN のバイト長が不一致となり、誤った検証エラーが発生していました。その結果、Control Plane Operator が kas-server-crt を継続的に再生成することを強制され、インストールの停止を引き起こす可能性のある頻繁な再生成が発生していました。このリリースでは、比較前に net.IP.To16 ()を使用して IP SAN を正規化します。これにより、不要な証明書の再生成や、kube-apiserver 継続的なローリングアップデートは発生しなくなります。(OCPBUGS-112732)
  • 今回のアップデート以前は、kube-apiserver-check-endpoints コンテナーが、ポート 17697 の check-endpoint サービス用に、有効期間がわずか 1 秒の TLS 証明書を生成していました。その結果、証明書は生成後ほぼ即座に期限切れとなっていました。これは、証明書の有効期間が 1 カ月だった以前の OpenShift Container Platform のバージョンとは異なっていました。今回のリリースにより、kube-apiserver-check-endpoints コンテナーが、適切な有効期間を持つ証明書を生成するようになりました。その結果、check-endpoint サービスの証明書が、以前のリリースと同様に、想定される期間にわたって有効な状態を維持するようになりました。(OCPBUGS-127407)
  • この更新の前は、EgressIP を持つノードが再起動されると、ovnkube-cluster-manager は EgressIP を新しいノードに再割り当てしましたが、再起動ノードからすぐに削除しませんでした。古いノードと新規ノードの両方が、同じ IP アドレスの ARP 要求に応答しました。その結果、この MAC アドレスのフラップにより、ネットワークスイッチ、ファイアウォール、またはその他のデバイスが誤動作したり、EgressIP トラフィックをブロックしたりする可能性がありました。このリリースでは、nftables ルールは、EgressIP の移行後に古いノードからの ARP 応答をブロックします。その結果、EgressIP フェイルオーバーは、ノードの再起動時に MAC アドレスの競合なしに完了します。(OCPBUGS-128910)
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

Legal Notice

Theme

© 2026 Red Hat
トップに戻る