Skip to main content
Question

Intellisnap backup issue when open snapshots in VMs

  • July 20, 2026
  • 3 replies
  • 14 views

Forum|alt.badge.img+4

We are running into this wired issue infra stack is vmware 7, vmware 8, 2 instances of Commvault one with vm proxies used for VMWARE 7 another one is HSX with HSX nodes for VMWARE 8.  Datastore is on pure storage.  We are in transit and evenrutally migrate to HSX 

 

This is happening on both the environments V7 and V8 (separate cv instances)

 

The issue we run into is that when there are open snapshots; the Intellisnap backup randomly goes into hung state; where in it gets stuck during the phase(pre hardware snapshot phase) where VMWARE snapshots are taken and deleted and never proceeds into taking the storage snapshot; as a result the next morning there are open snapshots on all the VMs for that job during production hours which I then manually cull using a powershell script.  What I don’t understand is how does manual deletion works (using a script) when Commvault support says they are getting timeout in the logs when trying to delete the snapshot and that could be the issue.  

 

 RemoveSnapshot() - Failed to remove Snapshot GX_BACKUP snapshot-200805 from VM: The operation has timed out

__WaitForTask() - Exceeded Maximum Wait for Task Attempt

 

I have been told that we never used to run into this issue when using nutanix; also this issue does not  occur when we use traditional vmware streaming non-Intellisnap jobs.

 

The way we overcome this is by creating an exclusion (via tags) where we exclude all the VMs that have an open snapshots and the Intellisnap backups run fine.  

 

Given that it is happening across environments and different instances of Commvault as well not sure how should I solve it.  The work around works however I would rather resolve it.

 

I will be supplying fresh logs as the backups run when we have exclusions in place to see if we get the same timeout issue.  I understand this is a vmware issue as CV is just waiting on VMWARE to create/delete the snapshot however not sure if changing these settings at CV end will change much; if it were a configuration issue at CV would it not happen irrespective of snapshots on the vm and impact all the jobs and the reason that it is happenning across diffrent vmware envrioments and CV instances. 

3 replies

Mohammed Ramadan
Vaulter

Hi ​@Rajeev Mehta 
Good day , 

This is a classic, complex intersection between the backup coordinator (Commvault), the virtualization layer (vCenter/ESXi), and the storage fabric (Pure Storage).

To answer your core question on why your PowerShell script works while Commvault times out: Commvault operates on strict API timeout thresholds defined within the CommCell to ensure jobs don't run indefinitely and consume backup windows. When Commvault hits its internal ViSDKTimeout limit waiting for vCenter to return a "Success" status for a snapshot deletion, it abandons the wait task in the logs. Your script works later because by the time you run it, the underlying storage fabric has caught up, file locks have cleared, or the vCenter queue has settled down.

recommendation: 

  1. Increase snapshot removal timeouts in the CommCell

    • Why: Allows Commvault more time and retry attempts for VMware to complete snapshot deletion.

    • Settings to increase (examples):

      • MaxWaitForTaskAttempts: increase to 60

      • ViSDKTimeout: increase to 7200 (seconds)

      • RemoveSnapshotRetryAttempts: increase to 5

      • RemoveSnapshotRetryIntervalSecs: increase to 300 (seconds)

       

  2. Review VMware (vCenter/ESXi) and storage side

    • Why: Snapshot deletion can be delayed by concurrent tasks, file locks, or storage latency.

    • Actions:

      • Check vCenter tasks and events for messages like “Another task is already in progress” or file lock errors for the affected VMs.

      • Review ESXi host and storage array logs for I/O latency, datastore issues, or snapshot consolidation errors.

Please apply the Commvault adjustments ahead of the next backup cycle. 

Best regards,
Ramadan


Forum|alt.badge.img+4
  • Author
  • Apprentice
  • July 20, 2026

just out of curiosity why is this only happening when there is an open snapshot on some of the vms in the job and when I put the exclusion using a tag (script) the backup functions okay 


Mohammed Ramadan
Vaulter

Hi ​@Rajeev Mehta  
Great question my friend, 

This is expected behavior VMware requires a clean snapshot chain to create a new snapshot for backup. If there are existing snapshots, VMware may attempt to consolidate them before allowing a new snapshot. If consolidation is delayed or fails (due to file locks, storage latency, or other issues), Commvault's snapshot creation or deletion API calls can time out, causing the backup job to hang. When you exclude VMs with open snapshots, only VMs without snapshot chain issues are processed, so the backup completes successfully.

Please refer to the article below for your reference
Commvault VMware Backups: Existing Snapshots Cleared During Backup

Please let me know if you need any additional information
Best regards,
Ramadan