When performing a online snapshot deletion or consolidation task in vCenter Server, the task progress appears to hang at specific percentages (including 100%) for an extended period before finally moving forward or completing.
In the vmware.log file located in the target virtual machine's folder, it can be observed that the consolidation progress value repeats without changing, as shown in the example below:
YYYY-MM-DDThh:mm:ss.uuuZ| vcpu-0| I125: SnapshotVMXConsolidateOnlineCB: consolidation progress: 100%
YYYY-MM-DDThh:mm:ss.uuuZ| vcpu-0| I125: SnapshotVMXConsolidateOnlineCB: consolidation progress: 100%
YYYY-MM-DDThh:mm:ss.uuuZ| vcpu-0| I125: SnapshotVMXConsolidateOnlineCB: consolidation progress: 100%
VMware vSphere ESXi 8.0
This behavior is expected and is not an issue. The snapshot consolidation progress tracker calculates progress based on the ratio of consolidated physical data to the total size of the delta disk. Crucially, the delta disk size only reflects non-zero writes. If UNMAP commands or zeroed writes are issued by the Guest OS after the snapshot is created, they are represented merely as bits in the grain table. Because these unmapped areas and zeroed writes are not included in the delta disk size calculation, the progress tracker does not account for the time required to consolidate them.
This behavior can occur on any Guest OS type.
Example Scenario: If disk defragmentation runs within a Windows Guest OS while a snapshot is active, it generates a massive amount of UNMAPs or zeroed writes. The consolidation of these areas will continue in the background even after the physical data is consolidated, causing the progress percentage to stall.
Progress Tracking Example (Why Stalls Occur)
To understand why the progress bar stalls at specific percentages, consider a scenario where a VM has two delta disks being consolidated:
Assume that for both disks, 30% of the total tracked disk area consists of UNMAPs and zeroed writes. This means Delta Disk 1 actually contains ~5.71GB of total data to process (4GB physical + 1.71GB UNMAPs/zeros). Delta Disk 2 actually contains ~8.57GB of total data to process (6GB physical + 2.57GB UNMAPs/zeros).
How the progress tracker behaves during this consolidation:
Because this is functioning as designed, there are no configuration changes or workarounds available in ESXi/vCenter to alter how the consolidation progress is calculated. Therefore, do not cancel the task; simply wait for the status to change to Completed.
To verify that background write operations are still actively processing while the progress appears stalled, check the performance charts for the target virtual machine:
Note: To prevent prolonged consolidation times in the future, consider configuring the Guest OS to prevent heavy UNMAP operations (such as scheduled defragmentation or disk optimization) from running while a snapshot is present..