Trident Protect の SnapMirror 関係が、SVM ピアリング構成の誤りにより初期化されないままになっています

最後の更新
PDFとして保存

Views:: 2

Visibility:: Public

Votes:: 0

Category:: trident-kubernetes

Specialty:: snapx

Last Updated:

環境

NetApp ONTAP（9.x以降、clustered Data ONTAP）
Trident/Trident Protect
DRにTrident Protectを使用するKubernetes/OpenShiftクラスター
Trident Protectによって管理されるSnapMirror XDP関係

問題

Kubernetes/OpenShift環境で災害復旧向けにTridentProtectを設定した後、デスティネーションのStorage Virtual Machine（SVM）上にSnapMirror関係が作成されますが、それらは「Uninitialized/Idle」状態のままとなり、「Established」状態に移行しません。
その結果、DR用のデータレプリケーションが機能しません。

観測されたログ出力：

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>