Trident Protect SnapMirror Relationship Remains Uninitialized Due to Incorrect SVM Peering Configuration
Applies to
- NetApp ONTAP (9.x and newer, Cluster-Mode)
- Trident/Trident Protect
- Kubernetes/OpenShift clusters using Trident Protect for DR
- SnapMirror XDP relationships managed by Trident Protect
Issue
- After configuring TridentProtect for disaster recovery in a Kubernetes/OpenShift environment, SnapMirror relationships are created on the destination Storage Virtual Machine (SVM), but they remain in an “
Uninitialized/Idle” state and do not progress to “Established”. - As a result, data replication for DR does not function.
Observed log output:
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=CSIONTAP SnapMirror show output:<DR_SVM>:volume1 XDP <DR_SVM>:volume2 Uninitialized Idle - true -ONTAP peer show output:
Peer Vserver State Applications Remote Vserver---------------------------------------------------------<DR_SVM> peered snapmirror <SOURCE_SVM><SOURCE_SVM> peered snapmirror <DR_SVM>