Operational Defect Database

BugZero found this defect 262 days ago.

Veeam | kb4480

Unexpected Snapshot Deletion Failures in the Job Sessions for ONTAP 9.13.1

Last update date:


Affected products:

Veeam Backup & Replication

Affected releases:


Fixed releases:

No fixed releases provided.



VeeamAUX snapshots cannot be deleted immediately on ONTAP 9.13.1 or later; they are instead deleted later by tracked actions, causing cluttered logs and UI sessions. FC and iSCSI (NFS is not affected) Backup job (always) with the error: Failed to delete snapshot VeeamAUX_is_sm_1G3TRqSPOYLWmSKSVtrGBg of volume VeeamAUX_is_sm_Backup_3nPFLaxtmDioAeIzLDfLtB Details: Attempt to delete snapshot when clone is busy


Due to a change starting in ONTAP 9.13.1, cloned volumes fall into the recovery queue for 12 hours by default. The parent snapshot receives a 'busy' state and cannot be deleted before the clone leaves the queue and is removed completely from storage. This change is covered in: https://mysupport.netapp.com/site/bugs-online/product/ONTAP/BURT/1212186 When a regular flexible volume is deleted, it is placed into an ONTAP recovery queue so that it can be recovered at the later point of time before its retention time is lapsed. Unlike a regular flexible volume, when a clone volume is deleted accidentally, it is not placed into ONTAP recovery queue and as a result, recovery is not possible.


This issue was resolved starting in Veeam Backup & Replication 12.1.

More Information

Workaround: Set the global recovery queue hours setting on the storage to zero.  WARNING: This setting will impact all volumes including production ones and should be used carefully.

Additional Resources / Links


BugZero® Risk Score

What's this?

Coming soon




Do you know how much operational outages are costing you?

Understand the cost to your business and how BugZero can help you reduce those costs.

Have you ever...

had your data corrupted from a