A high-performance, durable block storage designed to be used with Azure Virtual Machines and Azure VMware Solution.
Hello Josh Haley
This looks much more like an orphaned Restore Point Collection / Disk Restore Point dependency than a managed-disk problem.
The fact that the original managed disk now returns 404 is expected after deletion. Trying to force-delete that disk will not help because the resource Azure is refusing to remove is probably a child restore-point object that still contains a reference to the deleted disk.
The remaining restore-point objects can still reference it and block deletion.
Try:
az resource list \ --resource-type Microsoft.Compute/restorePointCollections \ -o table
Then delete the collection:
az restore-point collection delete \ --resource-group <RG> \ --collection-name <collection-name> \ --yes
If deletion fails, check for:
- nested Disk Restore Points
- an active SAS on a Disk Restore Point
- resource locks
- a remaining/soft-deleted VM backup item in the Recovery Services vault
Also check the Activity Log for the failed DELETE operation the exact error.code and error.message should identify the remaining dependency.
If the collection cannot be deleted even after all dependencies are gone, it may be orphaned Azure backend metadata and require an Azure Support cleanup.