#1 Global Leader in Data Protection & Ransomware Recovery

Unexpected Snapshot Deletion Failures in the Job Sessions for ONTAP 9.13.1 and later

KB ID: 4480
Product: Veeam Backup & Replication | 11 | 12
Published: 2023-08-03
Last Modified: 2024-01-31
mailbox
Get weekly article updates
By subscribing, you are agreeing to have your personal information managed in accordance with the terms of Veeam's Privacy Notice.

Cheers for trusting us with the spot in your mailbox!

Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest

error icon

Oops! Something went wrong.

Please try again later.

Challenge

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
Error
  • Manual snapshot deletion (only when rescan of or restore from the snapshot was triggered during the last 12h) with the error:
    Failed to remove storage snapshot <snapshot-name> Error: Snapshot copy "<snapshot-name>" of volume "is_sv" in Vserver "svm-fc" has not expired or is locked. Use the "snapshot show -fields owners, expiry-time, snaplock-expiry-time" command to view the expiry and lock status of the Snapshot copy.
    
  • Snapshot-only job retention (only when rescan of or restore from the snapshot was triggered during the last 12h):

    No error/warning messages in session, but retention may not work as expected.

Cause

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.

Solution

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.

 

To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.

Spelling error in text

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.
Thank you!

Thank you!

Your feedback has been received and will be reviewed.

Oops! Something went wrong.

Please try again later.

You have selected too large block!

Please try select less.

KB Feedback/Suggestion

This form is only for KB Feedback/Suggestions, if you need help with the software open a support case

By submitting, you are agreeing to have your personal information managed in accordance with the terms of Veeam's Privacy Notice.
This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.
Verify your email to continue your product download
We've sent a verification code to:
  • Incorrect verification code. Please try again.
An email with a verification code was just sent to
Didn't receive the code? Click to resend in sec
Didn't receive the code? Click to resend
Thank you!

Thank you!

Your feedback has been received and will be reviewed.

error icon

Oops! Something went wrong.

Please try again later.