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 notallowed エラーで失敗しました。このリリースでは、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 ()を使用して IPSAN を正規化します。これにより、不要な証明書の再生成や、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)