You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "Mike Tutkowski (JIRA)" <ji...@apache.org> on 2017/03/24 00:15:42 UTC
[jira] [Created] (CLOUDSTACK-9849) Cannot migrate VMware VM with
root disk to host in different cluster
Mike Tutkowski created CLOUDSTACK-9849:
------------------------------------------
Summary: Cannot migrate VMware VM with root disk to host in different cluster
Key: CLOUDSTACK-9849
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9849
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: VMware
Affects Versions: 4.10.0.0
Environment: VMware 5.5
Reporter: Mike Tutkowski
Priority: Blocker
Fix For: 4.10.0.0
I have two VMware clusters in the same VMware datacenter. Each cluster has a single ESXi 5.5 host in it.
I have a shared primary storage in each cluster (I have tried this scenario with both NFS and iSCSI shared primary storage and the results are the same).
I have a VM with its root disk running on primary storage from a host in the one cluster and I cannot migrate this VM and its root disk to the host in the other cluster (both primary storages even make use of the same storage tag).
The source host has access to the source datastore, but it does not have access to the target datastore.
The target host has access to the target datastore, but it does not have access to the source datastore.
When I try to perform the migration, it fails with the following error message:
Required property datastore is missing from data object of type VirtualMachineRelocateSpecDiskLocator
while parsing serialized DataObject of type vim.vm.RelocateSpec.DiskLocator
at line 1, column 327
while parsing property "disk" of static type ArrayOfVirtualMachineRelocateSpecDiskLocator
while parsing serialized DataObject of type vim.vm.RelocateSpec
at line 1, column 187
while parsing call information for method RelocateVM_Task
at line 1, column 110
while parsing SOAP body
at line 1, column 102
while parsing SOAP envelope
at line 1, column 38
while parsing HTTP request for method relocate
on object of type vim.VirtualMachine
at line 1, column 0
When I run the test in the debugger and look at the VirtualMachineRelocateSpec instance passed to VirtualMachineMO.changeDatastore, I see the target datastore is populated, but not the source datastore:
http://imgur.com/a/vtKcq datastore-66 is the target datastore
Based on an e-mail chain on dev@, it sounds like my scenario should work.
Thanks!
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)