Skip to main content
此產品有較新版本可以使用。
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

已知問題

貢獻者
PDF

如果在管理叢集之後新增volumesnapshotClass、則應用程式備份和快照將會失敗

備份與快照無法使用 UI 500 error 在此案例中。因應措施是重新整理應用程式清單。

應用程式複製在以設定的儲存類別部署應用程式之後失敗

在部署應用程式並明確設定儲存類別之後（例如、 helm install …​-set global.storageClass=netapp-cvs-perf-extreme）之後、若想要複製應用程式、則目標叢集必須擁有原本指定的儲存類別。
將具有明確設定儲存類別的應用程式複製到沒有相同儲存類別的叢集、將會失敗。在此案例中沒有任何恢復步驟。

使用 Astra Control Center 管理叢集時、如果 Kribeconfig 檔案包含多個內容、就會失敗

您無法在其中使用多個叢集和內容的Kbeconfig。請參閱 "知識庫文章" 以取得更多資訊。

監控 Pod 可能會在 Istio 環境中當機

如果您在 Istio 環境中將 Astra Control Center 與 Cloud Insights 配對 telegraf-rs Pod 可能當機。因應措施是執行下列步驟：

  1. 尋找當機的 Pod ：

    kubectl -n netapp-monitoring get pod | grep Error

    您應該會看到類似下列的輸出：

    NAME READY STATUS RESTARTS AGE
telegraf-rs-fhhrh 1/2 Error 2 (26s ago) 32s

  2. 重新啟動當機的 Pod 、更換 <pod_name_from_output> 使用受影響 Pod 的名稱：

    kubectl -n netapp-monitoring delete pod <pod_name_from_output>

    您應該會看到類似下列的輸出：

    pod "telegraf-rs-fhhrh" deleted

  3. 確認 Pod 已重新啟動、且未處於錯誤狀態：

    kubectl -n netapp-monitoring get pod

    您應該會看到類似下列的輸出：

    NAME READY STATUS RESTARTS AGE
telegraf-rs-rrnsb 2/2 Running 0 11s

當Astra Trident離線時、應用程式資料管理作業會因內部服務錯誤（500）而失敗

如果應用程式叢集上的Astra Trident離線（並重新連線）、而且在嘗試應用程式資料管理時遇到500個內部服務錯誤、請重新啟動應用程式叢集中的所有Kubernetes節點、以還原功能。

如需詳細資訊、請參閱