由于临时 API 通信问题，ONTAP 升级后通过 Trident 进行 Kubernetes PVC 配置失败

最后更新
另存为PDF

Views:: 39

Visibility:: Public

Votes:: 0

Category:: trident-kubernetes

Specialty:: snapx

Last Updated:

适用于

ONTAP 9.15 及更高版本
Astra Trident for Kubernetes

问题

执行 ONTAP 升级以及后续存储故障转移/回馈后，Kubernetes 无法通过 Trident 配置持久卷声明 (PVC)。
PVC 在 Kubernetes 中可能显示为"Bound"，但关联的 Pod 仍处于"ContainerCreating"状态，无法启动。

Kubernetes Pod 状态：

Pod 在较长时间内卡在"ContainerCreating"中
PVC 显示为"Bound"，但底层 LUN 在 ONTAP 上不存在

Trident 控制器日志显示与 API 通信和缺少 LUN 相关的错误。

time="2026-05-11T03:52:51Z" level=error msg="API invocation failed. Post \\"https://test-iscsi-prd-c1-dc2-svm-mgmt.xxxx.com/servlets/netapp.servlets.admin.XMLrequest_filer\\": read tcp xxx.xx.xx.xxx:44248->xx.xxx.xxx.xxx:443: read: connection reset by peer"time="2026-05-11T03:53:04Z" level=error msg="error publishing ontap-san driver: problem retrieving LUN info: could not get LUN by name, error: LUN not found"

在创建卷的工作流程中：

API invocation failed. Post https://<svm-mgmt-lif>/servlets/netapp.servlets.admin.XMLrequest_filer: context deadline exceeded (Client.Timeout exceeded while awaiting headers)

Pod 仍处于"ContainerCreating"状态，需要手动删除/重新创建才能恢复服务。