asked on

NetApp Snapmirror failing after creating FlexClone volume

After creating a clone of a snapmirror volume, we are receiving errors with snapmirror. When creating the clone, it asked to select a Snapshot to use. I selected hourly.0, and not one of the snapmirror-created snapshots. But still we are receiving these errors below. What's the best way to fix this issue, and make sure it doesn't happen again in the future?

Tue Apr 1 21:45:05 PDT [i1lvnetapp01:snapmirror.dst.snapDelErr:error]: Snapshot hourly.1 in destination volume i1lvnapp01_vol3 is in use, cannot delete.

Tue Apr 1 21:45:05 PDT [i1lvnetapp01:replication.dst.err:error]: SnapMirror: destination transfer from sm1:Napp01_vol3 to i1lvnapp01_vol3 : replication transfer failed to complete.

Tue Apr 1 21:45:05 PDT [i1lvnetapp01:snapmirror.dst.snapDelErr:error]: Snapshot hourly.1 in destination volume i1lvnapp02_vol2 is in use, cannot delete.

Tue Apr 1 21:45:06 PDT [i1lvnetapp01:replication.dst.err:error]: SnapMirror: destination transfer from sm2:Napp02_vol2 to i1lvnapp02_vol2 : replication transfer failed to complete.

Tue Apr 1 21:46:05 PDT [i1lvnetapp01:snapmirror.dst.snapDelErr:error]: Snapshot hourly.1 in destination volume i1lvnapp01_vol3 is in use, cannot delete.

Tue Apr 1 21:46:05 PDT [i1lvnetapp01:replication.dst.err:error]: SnapMirror: destination transfer from sm1:Napp01_vol3 to i1lvnapp01_vol3 : replication transfer failed to complete.

Tue Apr 1 21:46:05 PDT [i1lvnetapp01:snapmirror.dst.snapDelErr:error]: Snapshot hourly.1 in destination volume i1lvnapp02_vol2 is in use, cannot delete.

Tue Apr 1 21:46:06 PDT [i1lvnetapp01:replication.dst.err:error]: SnapMirror: destination transfer from sm2:Napp02_vol2 to i1lvnapp02_vol2 : replication transfer failed to complete.

Zephyr ICT

You might need to resync the volume, not too much information around this issue, though this post helped me out once: http://matthewcmcmillan.blogspot.be/2012/03/troubleshooting-netapp-snapmirror.html

Paul Solovyovsky

This is because the hourly.1 snapshot is created on the source and it tries to replicate it to the destination by deleting or renaming the old hourly.1. Since it can't do this due to flex-clone mount you'll have these errors.

Once you delete the flexclone and ensure that you have a snapshot in common it should fix itself, with an update or resync. If no snapshots in common exist anymore than you may need to re-initialize.

pzozulka

ASKER

I cannot wait for the problem to fix itself after I delete the flexclone. I think the problem is happening because I chose the wrong snapshot.

hourly.1 is a scheduled Snapshot copy. I think I read somewhere that you should not create flexclone volumes from scheduled snapshot copies.

I also read that you should not create flexclone volumes using the SnapMirror snapshot copies.

This leads to the question -- what snapshot should be used then?

ASKER CERTIFIED SOLUTION

Paul Solovyovsky

membership

This solution is only available to members.

To access this solution, you must be a member of Experts Exchange.

Start Free Trial

pzozulka

ASKER

I just got off the phone with NetApp support. The agent did not sound sure of himself, but said that the following could work if you leave the "parent_snap" out:

vol cone create clone_name -b vol_name [parent_snap]

vol_name is the name of the FlexVol volume that you intend to clone.

parent_snap is the name of the base Snapshot copy of the parent FlexVol volume.

If no name is specified for the "parent_snap", it will create a base Snapshot copy on the destination filer.

What do you think about this solution as an alternative to waiting to replicate a source manual Snapshot?

Paul Solovyovsky

you can create a test volume and try it out, tier 1 guys are hit or miss so I try to either escalate or use the official documentation..either that or prove it out.