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

已知問題

貢獻者
PDF

還原應用程式會導致PV大小大於原始PV

如果您在建立備份之後調整持續磁碟區的大小、然後從該備份還原、則持續磁碟區大小將會與PV的新大小相符、而非使用備份的大小。

使用特定版本的PostgreSQL時、應用程式複製失敗

同一個叢集內的應用程式複製作業、會持續失敗、並顯示Bitnami PostgreSQL 11.5.0圖表。若要成功複製、請使用舊版或更新版本的圖表。

使用服務帳戶層級OCP安全內容限制（SCC）時、應用程式複製失敗

如果在OpenShift Container Platform叢集的命名空間中、於服務帳戶層級設定原始的安全性內容限制、則應用程式複製可能會失敗。當應用程式複製失敗時、它會顯示在Astra Control Center的「託管應用程式」區域中、狀態為 Removed。請參閱 "知識庫文章" 以取得更多資訊。

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

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

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

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

使用Astra Control Center管理叢集失敗、因為預設的Kbeconfig檔案包含多個內容

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

某些 Pod 在升級至 Astra Control Center 23.04 之後無法啟動

升級至 Astra Control Center 23.04 之後、部分 Pod 可能無法啟動。因應措施是使用下列步驟手動重新啟動受影響的 Pod ：

  1. 尋找受影響的 Pod 、以目前命名空間取代 <namespace> ：

    kubectl get pods -n <namespace> | grep au-pod

    受影響的 Pod 會有類似下列的結果：

    pcloud-astra-control-center-au-pod-0 0/1 CreateContainerConfigError 0 13s

  2. 重新啟動每個受影響的 Pod 、以目前的命名空間取代 <namespace> ：

    kubectl delete pod pcloud-astra-control-center-au-pod-0 -n <namespace>

某些 Pod 在從 23.04 升級到 23.04.2 的清除階段之後會顯示錯誤狀態

升級至 Astra Control Center 23.04.2 之後、部分 Pod 可能會在中顯示錯誤
相關記錄 task-service-task-purge：

kubectl get all -n netapp-acc -o wide|grep purge

pod/task-service-task-purge-28282828-ab1cd     0/1     Error       0             48m     10.111.0.111   openshift-clstr-ol-07-zwlj8-worker-jhp2b   <none>           <none>

此錯誤狀態表示清理步驟未正確執行。整體升級至 23.04.2 成功。執行下列命令以清理工作並移除錯誤狀態：

kubectl delete job task-service-task-purge-[system-generated task ID] -n <netapp-acc or custom namespace>

監控 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

透過Cloud Insights Proxy連線時、託管叢集不會出現在NetApp的整個過程中

當Astra Control Center Cloud Insights 透過Proxy連線至NetApp功能時、受管理的叢集可能不會出現在Cloud Insights 畫面上。因應措施是在每個託管叢集上執行下列命令：

kubectl get cm telegraf-conf -o yaml -n netapp-monitoring | sed '/\[\[outputs.http\]\]/c\    [[outputs.http]]\n    use_system_proxy = true' | kubectl replace -f -
kubectl get cm telegraf-conf-rs -o yaml -n netapp-monitoring | sed '/\[\[outputs.http\]\]/c\    [[outputs.http]]\n    use_system_proxy = true' | kubectl replace -f -
kubectl get pods -n netapp-monitoring --no-headers=true | grep 'telegraf-ds\|telegraf-rs' | awk '{print $1}' | xargs kubectl delete -n netapp-monitoring pod

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

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

如需詳細資訊、請參閱