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

1.11.8.2. 修正された問題

  • 今回の更新以前は、インストールプログラムは storageAccounts の Azure Government API バージョン 2019-11-01 をサポートしていませんでした。そのため、インストールプログラムが失敗していました。その結果、ユーザーは Azure Government 環境でクラスターを作成できなくなりました。このリリースでは、Azure クライアントが storageAccounts の正しい API バージョンをサポートするように更新されました。その結果、Azure Government ユーザーは、カスタムストレージアカウントでブート診断を使用している間にクラスターを正常に作成できるようになりました。(OCPBUGS-76552)
  • この更新の前は、Kubernetes Operator 2.11.0 のマルチクラスターエンジン(MCE)にアップグレードすると、誤ったクラスターネットワーククラスレスドメインルーティング(CIDR)検証が発生していました。この問題は、CIDR と競合しているように、誤って Open Virtual Networking (OVN)内部インターフェイスにフラグを付けます。その結果、OVN-Kubernetes ネットワーキングでのデプロイの問題が MCE 2.11.0 で発生しました。このリリースでは、MCE 2.11.0 の CIDR 検証ロジックは、競合検出から OVN-Kubernetes 内部オーバーレイ IP アドレスを除外します。その結果、KubeVirt ノードプールは、MCE 2.11.0 にアップグレードした後に誤ったクラスターネットワークの競合問題を報告しません。(OCPBUGS-97922)
  • 今回の更新以前は、監視 Pod の再起動やノードの中断により telemeter-client の可用性がフリキングされた場合に、Console Operator は同期サイクルごとに異なる ConfigMap コンテンツを生成していました。その結果、継続的なコンソール Pod ロールアウトはインメモリーセッションを削除し、ユーザーを OpenShift Container Platform Web コンソールから約 5 分ごとにログアウトします。このリリースでは、Telemetry 設定は、テレメトメータークライアントの可用性に関係なく、常に安定したキーセットを生成します。その結果、不要なコンソール Pod のロールアウトが防止され、予期せずにログアウトされなくなりました。(OCPBUGS-98987)
  • 今回の更新以前は、相互接続による localnet トポロジーでの Pod の削除中に、enableSourceLSPFailedLiveMigration 属性は、ライブマイグレーションの失敗後にソース Pod の論理スイッチポート(LSP)を再度有効にしようとしていました。これは、ソース Pod がローカルノードにない場合でも発生しました。その結果、ターゲット Pod のクリーンアップがブロックされ、すでに削除された仮想マシンの古い LSP が作成され、ネットワーク接続が失われました。このリリースでは、ローカリティーガードにより、ソース Pod がローカルゾーンでスケジュールされている場合や、ネットワークが layer2 相互接続トランスポートを使用する場合にのみ、ソース LSP が再度有効になるようになりました。その結果、システムは古い LSP を防ぎ、ライブマイグレーション後にネットワーク接続を維持します。(OCPBUGS-99276 および OCPBUGS-99277)
  • 今回の更新以前は、.spec.timeZone フィールドを指定した cron ジョブオブジェクトにより、kube-state-metrics (KSM) Pod が失敗し、すべてのクラスターメトリクスの報告が停止していました。このリリースでは、KSM Pod は失敗するのではなく、解析不可能なスケジュールで cron ジョブをスキップします。新しい kube_cronjob_schedule_invalid メトリクスは、これらの特定の問題を特定します。その結果、KSM Pod は安定した状態を維持し、個別の cron ジョブに解析できないタイムゾーンがある場合でも、すべてのクラスターリソースにメトリクスを提供し続けます。(OCPBUGS-99400)
  • この更新の前は、tzdata パッケージが OpenShift Container Platform ベースイメージにないため、Alertmanager がクラッシュしていました。この問題により、/usr/share/zoneinfo ディレクトリーがありませんでした。その結果、Alertmanager Pod は起動に失敗し、タイムゾーンの時間ベースのアラートにアクセスできませんでした。今回のリリースにより、tzdata パッケージが OpenShift Container Platform イメージで復元されました。その結果、場所フィールドが active_interval または mute_interval エントリーに存在する場合、Alertmanager は起動時にクラッシュしません。(OCPBUGS-99446)
  • 今回の更新以前は、Web コンソールのストレージユニットパーサーは、最大単位 Ei または EiB に対して findIndex の結果を処理し、バイナリーバイトユニットリストは EiB を省略します。その結果、1Ei または 1EiB などのエビバイトサイズの要求で永続ボリューム要求(PVC)を作成すると、API が正しい値を保存していても、PVC の詳細ページに要求された容量が 0 B と表示されていました。このリリースでは、ユニットルックアップロジックはインデックス 0 を有効なと認識し、人間化に使用されるバイナリーバイトユニットに EiB が含まれるようになりました。その結果、ストレージがエビバイト単位で要求されると、PVC の詳細ページに正しい容量（例： 1 EiB ）が表示されます。(OCPBUGS-99544)
  • 今回の更新以前は、locales/{xx}/olm.json の下のロケールファイルは、Kubernetes カスタムリソースの kind name CatalogSource および OperatorGroup をローカル言語に変換していました。そのため、英語以外の UI ロケールでは、API、CLI (oc)、または YAML に一致しない、リソースの種類にローカライズされたラベルが表示され、不整合や混乱が生じていました。このリリースでは、正規英語の種類の名前が CatalogSource および OperatorGroup が影響を受ける OLM ロケールファイルで復元され、それらが翻訳されなくなりました。その結果、CatalogSource および OperatorGroup ラベルはすべてのロケールで英語になり、API および CLI との互換性を維持します。(OCPBUGS-99546)
  • 今回の更新以前は、管理クラスターがアウトバウンドインターネットアクセスにプロキシーを必要としていたホストされたコントロールプレーン(HCP)クラスターで、Konnectivity プロキシーサイドカーコンテナーは、HTTP_PROXY、HTTPS_PROXY、NO_PROXY などの管理クラスタープロキシー環境変数を受信しませんでした。その結果、クラウド API は {aws}、{azure}、または {ibm-cloud} エンドポイントにダイレクトクラウド API を介して行われるパスの呼び出しが TLS ハンドシェイクのタイムアウトで失敗しました。このリリースでは、直接クラウド API 接続機能が有効になっている場合、管理クラスタープロキシーの環境変数は Konnectivity サイドカーコンテナーに伝播されます。その結果、クラウド API 呼び出しはプロキシーを介して成功します。(OCPBUGS-99646)
  • この更新の前は、Cluster Monitoring Operator (CMO)は、Telemeter クライアントが使用する cloud.openshift.com 認証トークンの openshift-config/pull-secret のみを確認していました。そのため、このシークレットに Microsoft Azure Red Hat OpenShift のホストされたコントロールプレーンなどのトークンが含まれていないプラットフォームでは、テレメートメーターがデプロイされず、Red Hat OpenShift Cluster Manager でのクラスターを登録できませんでした。このリリースでは、プライマリーシークレットでトークンが見つからない場合、CMO は kube-system/global-pull-secret にフォールバックします。その結果、テレビルクライアントは正しく展開されます。(OCPBUGS-99763)
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

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

Legal Notice

Theme

© 2026 Red Hatトップに戻る