While trying to Live Migrate a VM on Hyper-V with SCVMM you get the following error:
Error (12711)
VMM cannot complete the WMI operation on server <Hyper-V-Hostname> because of error: [MSCluster_ResourceGroup.Name=“a1e132f2-9f0d-41f3-8cdb-8a6562bf68c2″] The cluster group could not be found.
(The cluster group could not be found (0x1395))
Recommended Action
Resolve the issue and then try the operation again.
This problem comes up because of different VMResourceGroupID´s in the SCVMM Database and Hyper-V Host.
The VM maybe was imported or exported without refreshing the Host in SCVMM or removed from the Cluster and added back again.
If this happen you can do an export of the VM and import it back into the Hyper-V Cluster with SCVMM.
This means a downtime for your VM!
If you need a non-downtime fix you have to change the information on the SQL Database of the SCVMM.
First tpye the following text into powershell on the host running the VM
# Add the SCVMM snapin to the powershell
Add-PSSnapin microsoft.systemcenter.virtualmachinemanager
# Connect to the Hyper-V-server
Get-VMMServer –ComputerName Hyper-V-Server.fqdn.tld
#write the not working VM into the variable $VM
$vm = get-VM -name „problematic-vm.fqdn.tld“
#force a refresh of the vm
refresh-vm -force $vm
you will get the ID of the VM
write this ID down we need it later again
Now you have to change the wrong ID in the SVCMM Database with the right on from the Hyper-V Host
First we have to find the true ID of the VM.
Therefore open the registry-editor on the Hyper-V Host running the VM
goto: \\HKLM\Cluster\Groups\
find the Name of the VM and copy the ID on the left side.
– Now open the SQL Database using Mangement Studio Express
– find the table “dbo.tbl_WLC_VMInstance” in the SCVMM Database.
– find the VM by his name in the table
– goto VMResourceGroupID column
– check the ID in this cell wheter or not the ID in the cell is the same as found in the powershell
– change the ID of the VM in the cell “VMResourceGroupID” to the ID of the registry
– restart the SCVMM console (no server-reboot needed)
– do a refresh of ALL hosts
– try to move the VM again
Attention this fix is not proofen by Microsoft.
Use this at your own risk!!!
thx to workinghardinit