vhdx file keeps reappearing on CSV disk in cluster storage used by SCVMM and Hyper-V
I have a vhdx file that keeps reappearing on CSV disk in cluster storage used by SCVMM and Hyper-V after I delete it. I have tried to logon to the server marked as the owner of the Cluster Disk(found in Cluster Failover Manager), and then delete the vhdx file from there, but that has not worked.
The vhdx file belonged to a virtual guest that is no longer in the SCVMM environment, at least I can't find its name by searching for it anymore.
The VMM server has been restarted since this has happened, in hope that any locks get unlocked (doesn't seem to be the problem since no error messages about locks are displayed).
The file simply disappears in the GUI when I delete it, then reappears when I press F5.
It never really goes away.
The vhdx file belonged to a virtual guest that is no longer in the SCVMM environment, at least I can't find its name by searching for it anymore.
The VMM server has been restarted since this has happened, in hope that any locks get unlocked (doesn't seem to be the problem since no error messages about locks are displayed).
The file simply disappears in the GUI when I delete it, then reappears when I press F5.
It never really goes away.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Is the VHDX file in the VMM Library? Is it connected to any other VMs?
Delete it in the library or at least find its dependencies if any there.
Delete it in the library or at least find its dependencies if any there.
ASKER
There was a orphaned vhdx with the same name in the library, but the library location is not where the troublesome vhdx is located. I removed the orphaned vhdx from the library and tried to delete the vhdx via the node that owns the csv disk resource it is on, but without success. I did refresh the cluster failover maneger before I went ahead.
compdigit44: I tried using the powershell string you suggested, but without success. I don't think any temporary templates were attached to the vhdx file. I also deleted any temporary profiles just to be sure. I tried searching for the name of the disk instead of "temporary*," didn't find anything. Tried searching for the name of the VM in VMM (same as the name of the disk), and didn't find anything.
I found this vhdx file with a script I use to search for orphaned vhdx files that are not attached anywhere to any vm. Sometimes VMM doesn't clean up after itself properly when storage live migrating, or files fail to get deleted and are around double.
compdigit44: I tried using the powershell string you suggested, but without success. I don't think any temporary templates were attached to the vhdx file. I also deleted any temporary profiles just to be sure. I tried searching for the name of the disk instead of "temporary*," didn't find anything. Tried searching for the name of the VM in VMM (same as the name of the disk), and didn't find anything.
I found this vhdx file with a script I use to search for orphaned vhdx files that are not attached anywhere to any vm. Sometimes VMM doesn't clean up after itself properly when storage live migrating, or files fail to get deleted and are around double.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Philip Elder: I was in the process of doing what you described, and found that the file had cleared from the Explorer view and CMD dir listing after the CSV disk had changed owner. I have no idea why, but obviously it was enough to change the owner.
http://blog.marcosnogueira.org/remove-missing-dependencies-vhdxs-scvmm-2012-r2/