We using SnapMirror for three filers in a cascade. filerA is the master so we normally cascade SnapMirror as filerA->filerB->filerC.
In the case of a DR event, we'll repoint things so we end up with filerB->filerA->filerC or filerC->filerA->filerB or some combination like that. After the DR event is over, we put restructure the cascade so that it goes A->B->C as noted above. As part of this restructuring, we will do a 'snapmirror release' for any relationships that no longer exist after things are repointed. Generally this cleans up any snapshots that we don't need and things are happy.
Recently, I noticed that we have a couple of old and somewhat large snapshots that never expire. These have been around for a couple of months and are hogging 5-10% of a volume that's already pretty full. I'd like to delete them but I don't see any Broken-Off relationships when I run 'snapmirror status <volume>'. I'm just not comfortable winging it with release until I get a better grasp on how SnapMirror got into this state.
Looking at 'snapmirror destinations -s <volume>' I have a pretty good idea of how things were pointed in our cascade during DR events that generated these snapshots in the first place, but I remain unclear about how to (or even if I can!) do a snapmirror release in this case.
Please advise!