Question

Intellisnap snapshot never pruned because SP_ snapshot is "busy".


Userlevel 2
Badge +5

Dear Community,

How could we explain why SP_xxxx snapshot became the relationship snapshot of a snapvault destination ? Of course, this one cannot not be deleted.

Error message on logs : This Snapshot copy is currently used as a reference Snapshot copy by one or more SnapMirror relationships. Deleting the Snapshot copy can cause future SnapMirror operations to fail.

 

Best regards,

Gilles


7 replies

Userlevel 7
Badge +23

Thanks, @Gilles SCHMIDT !  I found the form ID (3089) and reviewed the notes.

It looks like the adjusted behavior is only going forward.

Userlevel 2
Badge +5

Here is the reply from Wisam regarding the hotfix :

For this issue, we have a fix in Hotfix 4081 and it's part of SP24.21

NetApp snapshot deletion may complete without deleting the snapshot if replication status is snapshot transfer in progress (SM_REPL_STATUS_TRANSFER_IN_PROGRESS)

4081

So the hotfix SP24.34 is also good to go.

We have applied a newer version : 11.24.43

Userlevel 7
Badge +23

More than likely not retroactive, though I’d need to check.  Do you know the specific patch that was involved (within the Maintenance Release you were told to upgrade to)?  I can look it up and try and get more detail.

Userlevel 2
Badge +5

@Mike Struening Maybe an issue on Netapp, I have requested Ontap logs to our final customer after Data Aging. Do you know whether the issue on “snapshot never pruned” is with retroactive effect or not after patch upgrade ?

Userlevel 7
Badge +23

@Gilles SCHMIDT , as I was reading, I was going to suggest opening a case, though thankfully you already have one.

I’ll follow 220506-276 for progress on the combined issues.

Userlevel 2
Badge +5

Intellisnap is configured with Open Replication (Ocumless). What’s weird is that Intellisnap snapshot SP_xxxxxx_xxx became common snapmirror snapshot in Snapmirror relationship and cannot be deleted (see below the output of snapshot show command).

The snap involved became a relationship snapshot on the snapmirror destination :

s-nsg-fssnap::> snap show -snapshot SP_2_530332_19758_1651518145 -instance

                              Vserver: vserver_name
                               Volume: Volume_name
                             Snapshot: SP_2_530332_19758_1651518145
                        Creation Time: Mon May 02 21:02:34 2022
                        Snapshot Busy: true
                       List of Owners: snapmirror
                        Snapshot Size: 399.5MB
           Percentage of Total Blocks: 0%
            Percentage of Used Blocks: 0%
                              Comment: -
                      7-Mode Snapshot: false
      Label for SnapMirror Operations: IntelliSnap
                       Snapshot State: -
                 Constituent Snapshot: false
                          Expiry Time: -
                 SnapLock Expiry Time: -

CV Logs :

Failed to delete snapshot for FileServer:[svm_name.domain_name] Volume:[/vol/volume_name/Qtree_name]. SnapName:[SP_2_530332_19758_1651518145]. Error returned:[13012][This Snapshot copy is currently used as a reference Snapshot copy by one or more SnapMirror relationships. Deleting the Snapshot copy can cause future SnapMirror operations to fail. ]

CV has been upgraded from 11.20.46 to 11.24.43 to solve 2 issues :

  1. Tapes not recycled when retention is expired
  2. snapshots not pruned as well as CV and Netapp). After upgrade, snapshots have been pruned on CV but not on Netapp. (Case number 220506-276)

The issues are not resolved.

Userlevel 7
Badge +23

@Gilles SCHMIDT , can you confirm where the snaps are located?  In prior incidents with this message, we found that the snaps are aged in Commserve database - Since the setup is based on OCUM, we only mark the snaps for expiry in OCUM, and deleting on snap is handled by it.

Reply