既知の問題
変更を提案
PDF
既知の問題は、このリリースの製品を正常に使用できない可能性のある問題を特定します。
現在のリリースに影響する既知の問題は次のとおりです。
クラスタの管理後にボリュームnapshotclassを追加すると、アプリケーションのバックアップとSnapshotが失敗します
でバックアップとSnapshotの作成が失敗する UI 500 error このシナリオでは、回避策 として、アプリリストを更新します。
kubeconfigファイルに複数のコンテキストが含まれている場合にAstra Control Centerでクラスタの管理が失敗する
複数のクラスタおよびコンテキストで kubeconfig を使用することはできません。を参照してください "技術情報アーティクル" を参照してください。
Istio環境で監視ポッドがクラッシュする可能性があります
Istio環境でAstra Control CenterをCloud Insights とペアリングする場合は telegraf-rs ポッドがクラッシュすることがあります。回避策として、次の手順を実行します。
-
クラッシュしたポッドを検索します。
kubectl -n netapp-monitoring get pod | grep Error
次のような出力が表示されます。
NAME READY STATUS RESTARTS AGE telegraf-rs-fhhrh 1/2 Error 2 (26s ago) 32s
-
クラッシュしたポッドを再起動し、交換します
<pod_name_from_output>影響を受けるポッドの名前を入力します。kubectl -n netapp-monitoring delete pod <pod_name_from_output>
次のような出力が表示されます。
pod "telegraf-rs-fhhrh" deleted
-
PODが再起動し、Error状態でないことを確認します。
kubectl -n netapp-monitoring get pod
次のような出力が表示されます。
NAME READY STATUS RESTARTS AGE telegraf-rs-rrnsb 2/2 Running 0 11s
Astra Trident がオフラインの場合、 Internal Service Error （ 500 ）によりアプリケーションデータ管理処理が失敗する
アプリケーションクラスタの Astra Trident がオフラインになり（オンラインに戻った）、 500 件の内部サービスエラーが発生した場合に、アプリケーションデータ管理を試みると、アプリケーションクラスタ内のすべての Kubernetes ノードを再起動して機能を復旧します。
ONTAP NASエコノミーストレージクラスへのIn Placeリストア処理が失敗する
アプリケーションのインプレースリストアを実行し（アプリケーションを元のネームスペースにリストア）、アプリケーションのストレージクラスで ontap-nas-economy ドライバの場合、スナップショットディレクトリが非表示になっていないとリストア処理が失敗することがあります。インプレースでリストアする前に、の手順に従ってください。 "ONTAP NAS経済性に優れた運用向けのバックアップとリストアを実現" Snapshotディレクトリを非表示にします。
Kerberos転送中暗号化を使用する場合にバックアップからのリストアが失敗することがある
Kerberos転送中暗号化を使用しているストレージバックエンドにバックアップからアプリケーションをリストアすると、リストア処理が失敗することがあります。この問題は、Snapshotからのリストアや、NetApp SnapMirrorを使用したアプリケーションデータのレプリケートには影響しません。
|
NFSv4ボリュームでKerberos転送中暗号化を使用する場合は、NFSv4ボリュームで正しい設定が使用されていることを確認してください。『NetApp NFSv4ドメイン設定』のセクション（13ページ）を参照してください。 "『NetApp NFSv4 Enhancements and Best Practices Guide』"。 |
保持ポリシーの期限が切れたバケットでは、削除後もバックアップデータがバケットに残る
バケットの保持ポリシーの期限が切れたあとにアプリケーションの変更不可のバックアップを削除すると、バックアップはバケットではなくAstra Controlから削除されます。この問題は今後のリリースで修正される予定です。