Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Bookmark
- Permalink
- Email to a Friend
- Report Inappropriate Content
Hello, friends. I have two clusters who once had SnapMirror relationships, but we're breaking up the band. I deleted the SnapMirror relationships, vserver peers, and cluster peers on the destination side but failed to do anything like that on the source side. Now there's cluster peer relationship and several stale SnapMirror relationships visible on the source side that I can't delete.
- Attempting to delete the cluster peer results in "Nope: A Snapmirror destination exists in this cluster."
- "snapmirror list-destinations" on the source cluster results in no entries
- "snapmirror show" on the source cluster shows a few stale entries where the destination path is on the old destination cluster in paths that no longer exist on the destination cluster.
- No snapmirror commands on the source cluster work when trying to affect the stale destination paths on the destination cluster
Thankfully some network connectivity still exists, because I was able to recreate the cluster peer relationship. The destination vserver on the destination cluster has since been deleted, however, so further commands to "snapmirror release" on the source cluster still fail because it can't find the destination vserver.
Anyway, that's all quite a lot. Really the goal here is to delete (forcibly, if necessary) the cluster peer relationship. Any ideas to get rid of these stale dependencies?
Thanks!
4 REPLIES 4
- Bookmark
- Permalink
- Email to a Friend
- Report Inappropriate Content
Have you tried the "snapmirror release -destination-path <path> -force true" command from the source cluster? Should forcibly remove the relationship.
- Bookmark
- Permalink
- Email to a Friend
- Report Inappropriate Content
I have, yeah. Any "snapmirror release" command from the source cluster (at any permission level, admin/advanced/diag) results in
Error: command failed: Failed to get information for Vserver [deleted destination vserver]. (entry doesn't exist)
- Bookmark
- Permalink
- Email to a Friend
- Report Inappropriate Content
Hmm, in that case you may need to temporarily rebuild the destination SVM/DP vol, re-initialize the relationship, and then perform the snapmirror release to get everything to clean up properly.
That's what I would try, someone else might chime in with a better idea though.
Highlighted
- Bookmark
- Permalink
- Email to a Friend
- Report Inappropriate Content
Darn the luck, it didn't work. I was able to recreate the SVM peer relationship, recreate DP volumes, re-establish and initialize the relationship, and then delete-and-release properly, but there's still an artifact of that relationship on the source cluster. I might have to reach out to support after all.