由于 SVM 对等配置不正确，Trident Protect SnapMirror 关系仍未初始化

最后更新
另存为PDF

Views:

Visibility:: Public

Votes:: 0

Category:: trident-kubernetes

Specialty:: snapx

Last Updated:

适用于

NetApp ONTAP (9.x 及更高版本，Cluster-Mode)
Trident/Trident Protect
使用 Trident Protect 进行灾难恢复的 Kubernetes/OpenShift 集群
由 Trident Protect 管理的 SnapMirror XDP 关系

问题

在 Kubernetes/OpenShift 环境中配置用于灾难恢复的 TridentProtect 后，目标 Storage Virtual Machine (SVM) 上会创建 SnapMirror 关系，但它们仍处于“Uninitialized/Idle”状态，而不会进展到“Established”。
因此，用于灾难恢复的数据复制无法正常工作。

观察到的日志输出：

time="2026-07-22T14:53:29Z" level=error msg="GRPC error: rpc error: code=Unknown desc=encountered error(s) in creating the volume: [Failed to create volume pvc-bf79cc49-0f3b-416a-bbdc-74ff945b1411 on storage pool ... from backend ...: backend cannot satisfy create request for volume ... (backend SVM <DR_SVM> is not peered with required SVM <SOURCE_SVM>)]"

logLayer=csi_frontend requestID=f2f12bd7-42c1-4c7d-b374-3cc949b36ece requestSource=CSI

ONTAP SnapMirror show 输出：

<DR_SVM>:volume1 XDP <DR_SVM>:volume2 Uninitialized Idle - true -

ONTAP peer show 输出：

Peer Vserver State Applications Remote Vserver

---------------------------------------------------------

<DR_SVM> peered snapmirror <SOURCE_SVM>

<SOURCE_SVM> peered snapmirror <DR_SVM>