简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。
已知问题
贡献者
如果在管理集群后添加了volumesnapshotclass、则应用程序备份和快照将失败
备份和快照失败、并显示 UI 500 error
在此情景中。作为临时解决策 、刷新应用程序列表。
如果kubeconfig"文件包含多个上下文、则使用Asta Control Center管理集群将失败
不能将 kubeconfig 与多个集群和上下文结合使用。请参见 "知识库文章" 有关详细信息 …
在Isio环境中、监控POD可能会崩溃
如果在Istio环境中将Astra控制中心与Cloud Insights 配对、则 telegraf-rs
POD可能会崩溃。作为临时解决策,请执行以下步骤:
-
找到崩溃的POD:
kubectl -n netapp-monitoring get pod | grep Error
您应看到类似于以下内容的输出:
NAME READY STATUS RESTARTS AGE telegraf-rs-fhhrh 1/2 Error 2 (26s ago) 32s
-
重新启动崩溃的Pod、更换
<pod_name_from_output>
使用受影响POD的名称:kubectl -n netapp-monitoring delete pod <pod_name_from_output>
您应看到类似于以下内容的输出:
pod "telegraf-rs-fhhrh" deleted
-
确认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 节点以还原功能。
对ONTAP NAS经济型存储类的原位还原操作失败
如果您对应用程序执行原位还原(将应用程序还原到其原始命名空间)、并且应用程序的存储类使用 ontap-nas-economy
驱动程序、如果未隐藏快照目录、则还原操作可能会失败。在原位还原之前、请按照中的说明进行操作 "为ONTAP NAS经济型操作启用备份和还原" 以隐藏快照目录。
使用Kerberos传输中加密时从备份还原可能会失败
将应用程序从备份还原到使用Kerberos传输中加密的存储后端时、还原操作可能会失败。此问题描述不会影响从快照还原或使用NetApp SnapMirror复制应用程序数据。
|
在对NFSv4卷使用Kerberos传输中加密时、请确保NFSv4卷使用正确的设置。请参阅的NetApp NFSv4域配置一节(第13页) "《NetApp NFSv4增强功能和最佳实践指南》"。 |
对于保留策略已过期的存储分段、删除后备份数据仍会保留在存储分段中
如果在存储分段的保留策略过期后删除应用程序的不可更改备份、则备份将从Astra Control中删除、而不是从存储分段中删除。此问题描述将在即将发布的版本中予以修复。