ONTAP Discussions

qtree that does not exist anymore; still showing contents state as transitioning?

DRUMDUDESAN
6,724 Views

Hi,

Environment:

- ONTAP 8.1.4P1 7-Mode

- Snapvaults

Issue: On a qtree that does not exist anymore; still showing contents state as transitioning. This is revealed using the snap list -q on the snapvault destination.

NA01(0151762019)_sv_backup03_sv_silver11-dst.0  (Jan 16 16:23)

    sv_silver03           Replica        Jan 16 01:00  NA01:/vol/silver03

    sv_silver01           Replica        Jan 16 01:00  NA01:/vol/silver01

    sv_silver05           Replica        Jan 16 01:00  NA01:/vol/silver05

    sv_silver07           Replica        Jan 16 01:00  NA01:/vol/silver07

    sv_silver09           Replica        Jan 16 01:00  NA01:/vol/silver09

    sv_silver11           Transitioning  -             -

sv_silver does not exist anymore nor does it show in the snapvault snap schedule.

How do I get rid of this transitioning state? It has past the retention schedule.

Can someone please shed some light on this?

"Contents Indicates whether the contents of the destination volume or qtree in the active file system are up-to-date replicas or in transition. The field applies only to the destination side.

  • Under SnapMirror volume replication, the contents are always a replica.
  • Under SnapMirror qtree replication, the contents are usually a replica, but sometimes are transitioning. "

Thanks

Jeff

1 ACCEPTED SOLUTION

JGPSHNTAP
6,723 Views

Ok, so where are you pulling that from?  sv_backup03?

If that's the case if you try to delete that snap it will say it's busy right?

If that's the case, one of the only ways I was able to get past this transitioning snap was to do a takeover and giveback of the cluster or a reboot if its standalone.  Once that's done,  it will release the *lock* on that snap and you should be able to delete it.

Give that a shot

View solution in original post

10 REPLIES 10
Public