Skip to main content
Astra Control Service
所有雲端供應商
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • 所有雲端供應商
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

已知問題

貢獻者

無法在已刪除和重新建立的命名空間上定義應用程式

如果您使用命名空間定義應用程式、刪除命名空間、然後將應用程式重新安裝到同一個命名空間、則作業會失敗並顯示錯誤代碼為409。若要使用重新建立的命名空間定義應用程式、請先刪除舊的應用程式執行個體。

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

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

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

在此案例中、備份與快照會失敗、並顯示UI 500錯誤。因應措施是重新整理應用程式清單。

ONTAP NAS 經濟型儲存類別的就地還原作業失敗

如果您執行應用程式的就地還原(將應用程式還原至其原始命名空間)、應用程式的儲存類別會使用 ontap-nas-economy 驅動程式、如果未隱藏快照目錄、還原作業可能會失敗。在就地還原之前、請遵循中的指示 "啟用 ONTAP NAS 經濟營運的備份與還原" 可隱藏 Snapshot 目錄。

使用 Kerberos 進行中加密時、從備份還原可能會失敗

當您將應用程式從備份還原至使用 Kerberos 進行中加密的儲存後端時、還原作業可能會失敗。此問題不會影響從快照還原或使用 NetApp SnapMirror 複寫應用程式資料。

註 在 NFSv4 磁碟區時使用 Kerberos 進行中加密時、請確定 NFSv4 磁碟區使用的是正確的設定。請參閱的「 NetApp NFSv4 網域組態」一節(第 13 頁) "NetApp NFSv4 增強與最佳實務指南"

刪除保留原則過期的貯體後、備份資料仍保留在貯體中

如果您在貯體保留原則過期後刪除應用程式的不可變備份、則備份會從 Astra Control 刪除、但不會從貯體中刪除。此問題將在即將發行的版本中修正。

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

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