Environment:
We are having the same issue as mentioned in this article https://kb.vmware.com/s/article/79869 but we do NOT have multiple pools using the same image.
We have 20 Master VMs each with a Horizon Pool attached to them.
What we have been doing for snapshot maintenance has been the following:
What this looks like is:
Master VM
In this example I would remove Snapshot1 - 10/1/21 from vcenter.
When I look on the Datastore this snapshot is NOT removed.
The only way that I have found to effectively remove the old snapshots from the datastore is to do a storage Vmotion and then do a consolidate snapshots. Of course this removes all of the snapshots which is not something we want to do moving forward as we like to keep at least a couple of snapshots so we can go back if we find an issue from the changes we just made.
The tests that I have done so far:
I've run these same tests a few times and have found that each time I have an instant clone pool attached to the VM, the snapshots are NOT deleted from the datastore.
Any help would be greatly appreciated.
We have the same situation where snapshot is deleted however it leaves behind a lot of vmdks, over time provisioning of pools becomes slower and slower until it reaches timeout and those pools would fail. We had a ticket opened with vSphere team and they blame it on outdated fnic driver for our storage and recommended updating it. I would check if you are on compatible storage driver. For now our workaround is to clone parent image (simply add something to its name and publish new clone to the pool.
LukaszDziwisz, thank you for the reply and the suggestion. This is certainly a pain. I should have mentioned that we are using local SSD on the ESXi host for this and that there is no SAN attached.
