Skip to main content
本产品推出了新版本。
简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。

已知问题

贡献者
PDF

已知问题可确定可能妨碍您成功使用此版本产品的问题。

以下已知问题会影响当前版本：

具有用户定义标签的应用程序将进入 " 已删除 " 状态

如果您定义的应用程序标签不存在，则 Astra 控制中心将创建，管理该应用程序，然后立即将其删除。要避免这种情况，请在应用程序由 Astra 控制中心管理后，将 K8s 标签添加到 Pod 和资源中。

无法停止运行应用程序备份

无法停止正在运行的备份。如果需要删除备份，请等待备份完成，然后按照中的说明进行操作 "删除备份"。要删除失败的备份，请使用 "Astra Control API"。

在从备份中还原应用程序期间， Trident 会创建比原始 PV 更大的 PV

如果在创建备份后调整永久性卷的大小，然后从该备份还原，则此永久性卷的大小将与 PV 的新大小匹配，而不是使用备份的大小。

克隆性能受大型永久性卷影响

非常大且已使用的永久性卷的克隆可能会间歇性地速度较慢，具体取决于集群对对象存储的访问权限。如果克隆挂起且未复制任何数据超过 30 分钟，则 Astra Control 将终止克隆操作。

使用特定版本的 PostgreSQL 时应用程序克隆失败

使用 BitNami PostgreSQL 11.5.0 图表时，同一集群中的应用程序克隆始终会失败。要成功克隆，请使用图表的早期或更高版本。

使用服务帐户级别 OCP 安全上下文限制（ SCC ）时应用程序克隆失败

如果在 OCP 集群的命名空间中的服务帐户级别配置了原始安全上下文约束，则应用程序克隆可能会失败。如果应用程序克隆失败，它将显示在 Astra 控制中心的受管应用程序区域中，状态为 removed 。请参见 "知识库文章" 有关详细信息 …​

使用设置的存储类部署应用程序后，应用程序克隆将失败

在使用显式设置的存储类（例如， helm install …​-set global.storageClass=netapp-cvs-perf-至 至至 ）部署应用程序后，后续克隆应用程序的尝试要求目标集群具有最初指定的存储类。将具有显式设置的存储类的应用程序克隆到没有相同存储类的集群将失败。此情况下没有恢复步骤。

在 Astra 控制中心实例之间重复使用存储分段会导致失败

如果您尝试重复使用另一个或先前安装的 Astra Control Center 所使用的存储分段，则备份和还原操作将失败。您必须使用其他存储分段或彻底清理之前使用的存储分段。您不能在 Astra 控制中心的实例之间共享存储分段。

如果选择包含另一种类型的凭据的存储分段提供程序类型，则会导致数据保护失败

添加存储分段时，请选择正确的存储分段提供程序，并为此提供程序输入正确的凭据。例如， UI 接受 NetApp ONTAP S3 作为类型并接受 StorageGRID 凭据；但是，这将发生原因使使用此存储分段执行所有未来应用程序备份和还原失败。

删除 Astra Control Center 实例期间，备份和快照可能不会保留

如果您拥有评估许可证，请务必存储帐户 ID ，以避免在未发送 ASUP 的情况下 Astra 控制中心出现故障时丢失数据。

克隆操作不能使用默认值以外的其他分段

在应用程序备份或应用程序还原期间，您可以选择指定存储分段 ID 。但是，应用程序克隆操作始终使用已定义的默认分段。没有选项可用于更改克隆的分段。如果要控制使用哪个存储分段，您可以选择 "更改存储分段默认值" 或者执行 "backup" 后跟 A "还原" 请单独使用。

如果默认的 kubeconfig 文件包含多个上下文，则使用 Astra 控制中心管理集群将失败

不能将 kubeconfig 与多个集群和上下文结合使用。请参见 "知识库文章" 有关详细信息 …​

尝试 Trident 应用程序数据管理时出现 500 个内部服务错误

如果应用程序集群上的 Trident 脱机（并恢复联机），并且在尝试应用程序数据管理时遇到 500 个内部服务错误，请重新启动应用程序集群中的所有 Kubernetes 节点以还原功能。

自定义应用程序执行钩脚本超时，发生原因快照后脚本不可执行

如果执行挂机运行时间超过 25 分钟，则此挂机将失败，从而创建返回代码为不适用的事件日志条目。任何受影响的快照都将超时并标记为失败，并会生成一个事件日志条目，用于记录超时情况。

由于执行挂钩通常会减少或完全禁用其运行的应用程序的功能，因此您应始终尽量缩短自定义执行挂钩运行所需的时间。

无法确定扩展环境中的 ASUP tar 包状态

在 ASUP 收集期间， UI 中的捆绑包状态会报告为 collecting 或 done 。对于大型环境，收集可能需要长达一小时的时间。在 ASUP 下载期间，此捆绑包的网络文件传输速度可能不足，下载可能会在 15 分钟后超时，而 UI 中没有任何指示。下载问题取决于 ASUP 的大小，扩展的集群大小以及收集时间是否超过七天限制。

使用外部快照程序 4.2.0 版时，快照最终开始失败

如果将 Kubernetes Snapshot-controller （也称为外部快照程序） 4.2.0 与 Kubernetes 1.20 或 1.21 结合使用，则快照最终可能会开始失败。要防止出现这种情况，请使用其他 "支持的版本" 使用 Kubernetes 版本 1.20 或 1.21 的外部快照程序，例如 4.2.1 版。

同一命名空间中的同时应用程序还原操作可能会失败

如果您尝试同时还原命名空间中的一个或多个单独管理的应用程序，还原操作可能会在很长时间后失败。作为临时解决策，一次还原一个应用程序。

如果源版本使用不需要身份验证的容器映像注册表，而目标版本使用需要身份验证的容器映像注册表，则升级将失败

如果您将使用不需要身份验证的注册表的 Astra Control Center 系统升级到使用需要身份验证的注册表的较新版本，则升级将失败。作为临时解决策，请执行以下步骤：

  1. 登录到可通过网络访问 Astra 控制中心集群的主机。

  2. 确保主机具有以下配置：

    • 已安装 kubectl 1.19 或更高版本

    • 对于 Astra 控制中心集群， KUBECONFIG 环境变量设置为 kubeconfig 文件

  3. 执行以下脚本：

    namespace="<netapp-acc>"
statefulsets=("polaris-vault" "polaris-mongodb" "influxdb2" "nats" "loki")
for ss in ${statefulsets[@]}; do
	existing=$(kubectl get -n ${namespace} statefulsets.apps ${ss} -o jsonpath='{.spec.template.spec.imagePullSecrets}')
	if [ "${existing}" = "[{}]" ] || [ "${existing}" = "[{},{},{}]" ]; then
		kubectl patch -n ${namespace} statefulsets.apps ${ss} --type merge --patch '{"spec": {"template": {"spec": {"imagePullSecrets": []}}}}'
	else
		echo "${ss} not patched"
	fi
done

    您应看到类似于以下内容的输出：

    statefulset.apps/polaris-vault patched
statefulset.apps/polaris-mongodb patched
statefulset.apps/influxdb2 patched
statefulset.apps/nats patched
statefulset.apps/loki patched

  4. 使用继续升级 "Astra 控制中心升级说明"。

卸载 Astra 控制中心无法清理受管集群上的监控操作员 POD

如果在卸载 Astra Control Center 之前未取消管理集群，则可以使用以下命令手动删除 netapp-monitoring 命名空间和命名空间中的 Pod ：

步骤

  1. 删除 附件监控 代理：

    oc delete agents acc-monitoring -n netapp-monitoring

    结果

    agent.monitoring.netapp.com "acc-monitoring" deleted

  2. 删除命名空间：

    oc delete ns netapp-monitoring

    结果

    namespace "netapp-monitoring" deleted

  3. 确认已删除资源：

    oc get pods -n netapp-monitoring

    结果

    No resources found in netapp-monitoring namespace.

  4. 确认已删除监控代理：

    oc get crd|grep agent

    示例结果：

    agents.monitoring.netapp.com                     2021-07-21T06:08:13Z

  5. 删除自定义资源定义（ CRD ）信息：

    oc delete crds agents.monitoring.netapp.com

    结果

    customresourcedefinition.apiextensions.k8s.io "agents.monitoring.netapp.com" deleted

卸载 Astra 控制中心无法清理 Traefik CRD

您可以手动删除 Traefik CRD 。CRD 是全局资源，删除它们可能会影响集群上的其他应用程序。

步骤

  1. 列出集群上安装的 Traefik CRD ：

    kubectl get crds |grep -E 'traefik'

    响应

    ingressroutes.traefik.containo.us             2021-06-23T23:29:11Z
ingressroutetcps.traefik.containo.us          2021-06-23T23:29:11Z
ingressrouteudps.traefik.containo.us          2021-06-23T23:29:12Z
middlewares.traefik.containo.us               2021-06-23T23:29:12Z
middlewaretcps.traefik.containo.us            2021-06-23T23:29:12Z
serverstransports.traefik.containo.us         2021-06-23T23:29:13Z
tlsoptions.traefik.containo.us                2021-06-23T23:29:13Z
tlsstores.traefik.containo.us                 2021-06-23T23:29:14Z
traefikservices.traefik.containo.us           2021-06-23T23:29:15Z

  2. 删除 CRD ：

    kubectl delete crd ingressroutes.traefik.containo.us ingressroutetcps.traefik.containo.us ingressrouteudps.traefik.containo.us middlewares.traefik.containo.us serverstransports.traefik.containo.us tlsoptions.traefik.containo.us tlsstores.traefik.containo.us traefikservices.traefik.containo.us middlewaretcps.traefik.containo.us

了解更多信息