BZ#1769322

AWS 環境では、ノードの再起動後、*-mon-* Pod は長期間 init 状態になります。これが生じる場合は、Red Hat サポートにお問い合わせください。

BZ#1760426

ユーザーインターフェースから Red Hat OpenShift Container Storage をアンインストールすることはできません。

アンインストールの手順は、OpenShift Container Storage のアンインストールについて参照してください。

BZ#1743643

Persistent Volume Claim（永続ボリューム要求、PVC）の拡張は機能しません。

BZ#1783961

Noobaa-core-0 は、ノードがダウンしても他のノードに移行しません。NooBaa は、ノードがダウンすると noobaa-core Pod の移行がブロックされるために機能しません。

BZ#1788126

OpenShift Container Platform アラートであるPodDisruptionBudget アラートは、オブジェクトストレージデバイス (OSD) について継続的に表示されます。

このアラートは無視できます。また、Openshift Container Platform ドキュメントの「クラスターアラートの管理」についての手順に従ってこのアラートをサイレンスにすることができます。これを実行する方法については、Red Hat Openshift Container Platform ドキュメントの「Managing cluster alerts」セクションを参照してください。

詳細は、Red Hat ナレッジベースアーティクル を参照してください。

BZ#1836299

Pod の自動スケーリング機能は Red Hat OpenShift Container Storage では利用できません。したがって、MAX HPA 値は 1 を超えることができません。

これらのアラートは無視できます。Red Hat OpenShift Container Platform では、アラートをサイレンスにして、これらをアクティブなアラートの一覧から分離することができます。これを実行する方法については、Red Hat Openshift Container Platform ドキュメントの「Managing cluster alerts」セクションを参照してください。

BZ#1842456

ノードの置き換え後も、Ceph CRUSH マップツリーには、特定のラック内の削除されたノードの古いホスト名のエントリーが依然として含まれます。別のラックのノードを置き換える一方で、同じ古いホスト名を持つノードがクラスターに再び追加されると、ocs-operator から新規のラックラベルが受信されますが、CRUSH マップの古い場所に挿入されるため、Ceph HEALTH_WARN 状態が無期限に続きます。

回避策として、置き換えられたノードをクラスターに再び追加する際に新しいホスト名を使用することが推奨されます。

クラスターが OpenShift Container Storage バージョン 4.3 のローカルストレージ Operator でデプロイされている場合、バージョン 4.4 にアップグレードせずにクラスターを再インストールする必要があります。

インストールについての詳細は、ローカルストレージデバイスを使用した Red Hat OpenShift Container Storage のインストールについて参照してください。

BZ#1778488

以前のバージョンでは、ワーカーノードがダウンすると、アップグレード、ストレージの追加、または新規プールの作成などの CR の更新への Operator の応答がブロックされました。この問題は解決され、Operator は予想通りに機能します。

BZ#1816820

「portable: false」が StorageCluster CR で使用される場合(例: ローカルストレージインフラストラクチャーの場合)、これは無視され、PVC ID が Ceph のホスト CRUSH バケットの名前として使用されました。今回の修正により、「portable: false」が CephCluster で許可され、CRUSH バケットはホストの名前について PVC ID の代わりにホスト名を使用します。

BZ#1821219

OSD の基礎となるディスクに障害が発生した場合、OSD をクラスターから削除する方法がないため、データのリバランス後にクラスターの状態は常に WARNING 状態のままになりました。障害が発生した OSD のクリーンアップは、管理者が実行できるジョブで単純化されました。

BZ#1823444

以前のバージョンでは、Red Hat OpenShift Container Platform でノードについて報告されるサイズが実際のサイズ (64 GiB の空きメモリー) よりも若干小さいため、検証が失敗しました。たとえば、AWS M5.4xlarge マシンには 16 コアと 64 Gib メモリーの RAM がありますが、OpenShift ノード API によって報告されるメモリーサイズは 61.xx GiB でした。したがって、予想される設定についての予期しない警告メッセージが表示されました。