Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Question
Wednesday, January 17, 2018 10:22 PM
I'm trying to move 2 VM's to another subscription with no luck. The VM's and their resources are contained in one resource group. When I click on change I select all the items in the source group. Validation fails saying it's missing all these dependencies, however they are different VM resources attached to different VM's not the 2 that I am moving so I have no idea why they are listed as dependent.
{"code":"ResourceMoveProviderValidationFailed","message":"Resource move validation failed. Please see details. Diagnostic information: timestamp '20180117T221529Z', subscription id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx', tracking id 'xxxxxxxxx-xxxxx-xxxx-xxxx-xxxxxxxxxxxxxx', request correlation id 'xxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxxx'.","details":[{"target":"Microsoft.Compute/virtualMachines","message":"{\error\:{\details\:[{\code\:\MissingMoveDependentResources\,\target\:\/subscriptions/xxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx/resourceGroups/mycatalstrg/providers/Microsoft.Storage/storageAccounts/mycatalyst\,\message\:\The move resources request does not contain all the dependent resources. Please check error details for missing resource ids.\}],\code\:\MissingMoveDependentResources\,\message\:\The move resources request does not contain all the dependent resources. Please check error details for missing resource ids.\}}"},{"target":"Microsoft.Network/virtualNetworks","message":"{\error\:{\code\:\MissingMoveDependentResources\,\message\:\The move resources request does not contain all the dependent resources. Please check details for missing resource Ids.\,\details\:[{\code\:\0\,\message\:\/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/networkInterfaces/mycatengine362\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxx-xxxx-xxxx-xxxxx-xxxxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Compute/virtualMachines/myCatEngine\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxxx-xxxx-xxxx- xxxx-xxxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/publicIPAddresses/myCatEngine-ip\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxx-xxxx-xxxxx-xxxx-xxxxxxxxxbxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/virtualNetworks/vnet172.17.0.0-16\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxxx-xxxx-xxxx--afb9-xxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/networkSecurityGroups/vnet172.17\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxxx-xxxx-xxxx-xxxx--xxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/networkInterfaces/azwork614\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxxx-xxxx-xxxx-xxxx--1dd31fa2b587/resourceGroups/myCatalstRG/providers/Microsoft.Network/networkInterfaces/azdev271\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxxx-xxxx-xxxx--xxxx--xxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/networkInterfaces/app1708\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxxx-xxxx-xxxx-xxxx--xxxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/networkInterfaces/azpdc607\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxxx-xxxx-xxxx-xxxx--xxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/virtualNetworkGateways/GW172\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx/resourceGroups/MYCATALSTRG/providers/Microsoft.Compute/virtualMachines/azWork\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxxx-xxxx-xxxx-xxx--xxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/publicIPAddresses/azWork\},{\code\:\0\,\message\:\/subscriptions/xxxxbxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx/resourceGroups/MYCATALSTRG/providers/Microsoft.Compute/virtualMachines/App1\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxx-xxxx-xxxxx-xxxx-xxxxxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/publicIPAddresses/App1\},{\code\:\0\,\message\:\/subscriptions/xxxxbxxx-xxxx-xxxx-xxxx-xxxxxxxbxxx/resourceGroups/mycatalstrg/providers/Microsoft.Compute/virtualMachines/azPDC\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/MYCATALSTRG/providers/Microsoft.Compute/virtualMachines/azDev\},{\code\:\0\,\message\:\/subscriptions/xxxxxxxx-xxxxx-xxxx-xxxx-xxxxxxxxx/resourceGroups/myCatalstRG/providers/Microsoft.Network/publicIPAddresses/GW172PulicIP\}]}}"}]}
Lee
All replies (5)
Thursday, January 18, 2018 3:08 AM
Here are some Virtual Machines limitations
Managed disks do not support move. This restriction means that several related resources cannot be moved too. You cannot move:
1.Managed disks
2.Virtual machines with the managed disks
3.Images created from managed disks
4.Snapshots created from managed disks
5.Availability sets with virtual machines with managed disks.
Virtual machines created from Marketplace resources cannot be moved across subscriptions. Deprovision the virtual machine in the current subscription, and deploy again in the new subscription.
Virtual Machines with certificate stored in Key Vault can be moved to a new resource group in the same subscription, but not across subscriptions.
You can look here for the limitations and supported services https://azure.microsoft.com/en-us/documentation/articles/resource-group-move-resources/
Do click on "Mark as Answer" on the post that helps you, this can be beneficial to other community members
Thursday, January 18, 2018 1:17 PM
I am aware, I read the article. Does not explain why one VM is listed as a dependency on another VM's resources
Lee
Thursday, January 18, 2018 5:20 PM
Are the VMs all in the same vnet? They are then all dependent on that vnet and it would need to move with them.
Joe
Thursday, January 18, 2018 6:09 PM
No they are not part of the same VNET nor are they a part of the same resource group.
Lee
Friday, January 19, 2018 9:23 AM
The resource group requirement is irrelevant here, you wouldn't get as far as you have otherwise. It has to be one of the resources listed is somehow sharing a dependency with something you are trying to move. In the past I have found it is nearly always network related as it forms the base for most IAAS deployments.
There are several public IPs and a gateway referenced, any cross dependency there? Could you remove the NICs from your VMs and re-try the move? Just to simplify it.
Joe