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

1.11.4.2. 修正された問題

  • 今回のアップデート以前は、ProvisioningRequest 仕様内の clusterInstance ラベル、アノテーション、ポリシーパラメーターなどのハードウェア以外のフィールドを変更すると、不要な NodeAllocationRequest の 再設定が発生していました。その結果、ProvisioningRequest は ハードウェアプロビジョニング完了: 作成済み の状態で NodeAllocationRequest の設定を待っていますという メッセージが表示されたまま停止する可能性があります。今回のリリースでは、コントローラーはハードウェア仕様の変更以外の理由で NodeAllocationRequest を再設定しなくなりました。その結果、ハードウェアのプロビジョニングに影響を与えない、2 日目の プロビジョニング リクエストの仕様更新は正常に完了します。(OCPBUGS-90659)
  • このアップデート以前は、openshift-apiserver 名前空間の NetworkPolicy オブジェクトが 、check-endpoints サービスで使用されるポート上のトラフィックをブロックしていました。その結果、Prometheus はこれらのメトリクスを収集できず、すべての チェックエンドポイントの ターゲットに 15 分以上到達不能になった場合に TargetDown 警告アラートが発報される可能性があった。今回のリリースでは、NetworkPolicy オブジェクトによって、チェックエンドポイント サービスに指定されたポートでのトラフィックが許可されます。その結果、Prometheus はエンドポイントに正常に到達できるようになり、このターゲットに対して TargetDown アラートは発生しなくなります。(OCPBUGS-100168)
  • このアップデート以前は、デュアルスタック管理クラスター上で動作するシングルスタック IPv4Hosted Control PlaneKubeVirt ホステッドクラスターにおいて、Konnectivity プロキシーは外部ホスト名を IPv6 アドレスに解決することができました。その結果、Hosted Control Plane からの外部要求は IPv6 経由で送信され、シングルスタックの IPv4 データプレーンではそれらのアドレスに到達できないため、タイムアウトする可能性があります。今回のリリースでは、konnectivity プロキシーの DNS 解決は、シングルスタック IPv4Hosted Control Plane 上の IPv4 アドレスを優先します。その結果、外部からのリクエストは到達可能な IPv4 アドレスを使用し、正常に完了します。(OCPBUGS-100332)
  • このアップデート以前は、4.18 で HostedCluster の spec.configuration.proxy 設定がデータプレーンコンポーネントにスコープ設定されていた場合、クラスターバージョンオペレータ (CVO) は Hosted Control Plane 上でそのプロキシー設定を無視するように更新されていませんでした。その結果、管理クラスターのコントロールプレーンネットワークでプロキシー設定が機能しなかった場合、OpenShift Update Service および PromQL サービスへの CVO Egress が失敗し、更新アドバイスの取得がブロックされる可能性がありました。今回のリリースでは、CVO は Hosted Control Plane 上のホスト型プロキシーリソースを無視し、コントロールプレーンの Egress にはプロキシー設定は不要であるとみなします。その結果、CVO は、データプレーンプロキシーの設定が管理クラスターのコントロールプレーンネットワークと互換性がない環境でも、アップデートサービスにアクセスできるようになります。(OCPBUGS-104545)
  • このアップデート以前は、カスタムの providerSpec.Template 名を持つ MachineSet を使用する新しい vSphere 障害ドメインを追加すると、Machine Config Operator のブートイメージコントローラーは、仮想マシンテンプレートを独自の計算名のみで検索し、providerSpec.Template を無視していました。その結果、その障害ドメインのリコンシリエーションが失敗し、MCO ワークスペースフォルダー外にある、計算された名前が同じ顧客管理の仮想マシンが MCO テンプレートと誤認され、上書きされる可能性があります。今回のリリースでは、コントローラーはまず providerSpec.Template をチェックし、テンプレートが見つからない場合にのみ計算された名前にフォールバックし、必要に応じて OVA からテンプレートを作成し、providerSpec.Workspace.Folder 以外の名前の一致はそのままにしておきます。その結果、カスタムテンプレート名を持つ新しい vSphere 障害ドメインは正常に調整され、MCO ワークスペースフォルダー外にある顧客管理の仮想マシンが上書きされるリスクはなくなりました。(OCPBUGS-104563)
  • このアップデート以前は、Telecom Boundary Clock (T-BC) PTP 設定において、ts2phc システムデーモンは、アップストリームの PTP ソースが十分に安定する前、および phc2sys システムのクロック同期が準備できる前に起動してしまう可能性がありました。その結果、T-BC の収束に時間がかかり、phc2sys の システムクロック同期は、無関係な ts2phc システムデーモンのオフセットに基づいてシステムクロックを早すぎるタイミングで調整してしまう可能性があった。今回のリリースでは、T-BC 上の ts2phc システムデーモンの起動は、アップストリームソースが認定され、phc2sys システムクロックが準備完了になるまで遅延されます。Telecom Grandmaster (T-GM) の動作は変更ありません。その結果、T-BC は、認証されていないアップストリームソースに対して ts2phc システムデーモンを起動しなくなりました。(OCPBUGS-104578)
  • このアップデート以前は、OpenShift Container Platform Web コンソールの クイックスタート ページで 実行コード スニペットを表示すると、コードブロックの先頭の空白がコマンドテキストの前に空行として表示されることがありました。その結果、クイックスタート ページ全体で コードスニペットを実行すると、コマンドの上に余分な空白行が表示され、コンテンツが読みにくくなる場合があります。今回のリリースでは、クイックスタート ページの コード実行 スニペットにおける先頭の空白の表示が修正されました。その結果、実行コードブロックでは、コマンドテキストの上に不要な空行が表示されることなく、コマンドテキストが表示されます。(OCPBUGS-105611)
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

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

Legal Notice

Theme

© 2026 Red Hatトップに戻る