Looks like storage vmotion is not possible for VMs with linked clone. Check this KB http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1014249. This is for 4.x, not sure if the latest version supports it. -Koushik
> -----Original Message----- > From: Sateesh Chodapuneedi [mailto:sateesh.chodapune...@citrix.com] > Sent: Wednesday, January 16, 2013 7:29 PM > To: cloudstack-dev@incubator.apache.org > Subject: RE: [DISCUSS] Enabling storage xenmotion on xenserver 6.1 > > > Are we going to have a separate discussion on storage migration on > > VMware? Is there a issue filed for VMware storage migration work? > I am interested in VMware part of storage migration and would like to > volunteer for it. > Can pick this up as soon as the VMware dvSwitch support (CLOUDSTACK-657) > feature completes. > Would initiate a discussion/proposal soon with FS. > > Regards, > Sateesh > > > -----Original Message----- > > From: Srikanteswararao Talluri > > [mailto:srikanteswararao.tall...@citrix.com] > > Sent: 16 January 2013 19:10 > > To: cloudstack-dev@incubator.apache.org > > Subject: RE: [DISCUSS] Enabling storage xenmotion on xenserver 6.1 > > > > Are we going to have a separate discussion on storage migration on > > VMWare? Is there a issue filed for VMware storage migration work? > > > > Thanks, > > ~Talluri > > > > -----Original Message----- > > From: Chris Sears [mailto:chris.x.se...@sungard.com] > > Sent: Wednesday, January 16, 2013 8:05 AM > > To: cloudstack-dev@incubator.apache.org > > Subject: Re: [DISCUSS] Enabling storage xenmotion on xenserver 6.1 > > > > If we are thinking about VMware compatibility, there are a number of > > factors can prevent a VM from being eligible for storage vMotion: > > http://pubs.vmware.com/vsphere- > > > 50/index.jsp?topic=%2Fcom.vmware.vsphere.vcenterhost.doc_50%2FGUID- > > A16BA123-403C-4D13-A581-DC4062E11165.html > > > > On vSphere versions before 5.0, having snapshots or linked clones will > > also disqualify a VM for storage vMotion. In 5.0 and later, this is > > not a limitation. ESX 4.x hosts running the Standard or Advanced > > edition do not support Storage vMotion, whereas Enterprise or > > Enterprise Plus editions do support it. Can these be accounted for > > using the hypervisor_capabilities table? > > > > - Chris > > > > > > > > > > On Tue, Jan 15, 2013 at 7:16 PM, Alex Huang <alex.hu...@citrix.com> > > wrote: > > > > > Devdeep, > > > > > > I read the FS and have the following questions. > > > > > > - My understanding is that XenServer implements XenMotion by using > > > snapshots and that CloudStack's snapshots can interfere with this > > process. > > > This understanding might be old. Can you confirm that this is not > > > the case? If it is the case, how do you plan on dealing with that? > > > - I like to see exactly the API flow someone should execute this with. > > > I had one question that remains unanswered which is are we planning > > > to retrieve a list of available hosts and storage pools to migrate to. > > > From the listHosts API that seems to be the case but what if it is > > > only storage pool migration? > > > - Are we planning to add APIs to storagepool allocator to make the > > > selection of storage pool portion work? Is the current API enough? > > > I see a flow for the actual migration but I don't see a flow for > > > selecting what to migrate to. > > > - Currently preparation on the destination host to migrate is done > > > by management server, in the flow in the FS, it is now being done by > > > the source agent. What's the pros/cons of this change? I see that > > > as an open issue on your spec and I think if we can keep the hosts > > > from establishing contact with each other it will be best. > > > - I like to see the full API speced out. > > > > > > I also like to see Hari's question answered. Can we provide this > > > with VmWare as well? > > > > > > --Alex > > > > > > > -----Original Message----- > > > > From: Devdeep Singh [mailto:devdeep.si...@citrix.com] > > > > Sent: Tuesday, January 08, 2013 1:58 AM > > > > To: cloudstack-dev@incubator.apache.org > > > > Subject: RE: [DISCUSS] Enabling storage xenmotion on xenserver 6.1 > > > > > > > > Hi Swamy, > > > > > > > > In the following scenario when a VM has disks in different > > > > repositories, > > > all > > > > the virtual disks of the VM will be moved to the same destination > > > repository. > > > > Moving individual disks of the VM to different repositories can be > > > > done, > > > but > > > > it'll involve taking inputs from the user as to which disk should > > > > be > > > moved to > > > > which repository. What do you think, should this option be also > > provided? > > > > > > > > Regards, > > > > Devdeep > > > > > > > > > -----Original Message----- > > > > > From: Venkata SwamyBabu Budumuru > > > > > [mailto:venkataswamybabu.budum...@citrix.com] > > > > > Sent: Thursday, December 27, 2012 5:42 PM > > > > > To: cloudstack-dev@incubator.apache.org > > > > > Subject: RE: [DISCUSS] Enabling storage xenmotion on xenserver > > > > > 6.1 > > > > > > > > > > Hi Devdeep, > > > > > > > > > > Does this also cover the following use case ? > > > > > > > > > > VM1 => ROOT (Storage Repository 1) > > > > > => DATA-1 (Storage Repository 2) > > > > > > > > > > Can I migrate DATA-1 vdi alone to a different repository? Or Is > > > > > this > > > feature > > > > > allowing the whole VM (including ROOT and DATA-1) to same > > > > > destination repository? > > > > > > > > > > Thanks, > > > > > SWAMY > > > > > -----Original Message----- > > > > > From: Hari Kannan [mailto:hari.kan...@citrix.com] > > > > > Sent: Thursday, December 27, 2012 2:18 AM > > > > > To: cloudstack-dev@incubator.apache.org > > > > > Subject: RE: [DISCUSS] Enabling storage xenmotion on xenserver > > > > > 6.1 > > > > > > > > > > Hi Devdeep, > > > > > > > > > > Should this discussion be expanded to cover VMware storage > > > > > migration or > > > > a > > > > > different discussion - I wish to see how we can add vSphere as a > > > supported > > > > > platform for this feature.. > > > > > > > > > > Hari > > > > > > > > > > -----Original Message----- > > > > > From: Devdeep Singh [mailto:devdeep.si...@citrix.com] > > > > > Sent: Wednesday, December 26, 2012 4:44 AM > > > > > To: cloudstack-dev@incubator.apache.org > > > > > Subject: RE: [DISCUSS] Enabling storage xenmotion on xenserver > > > > > 6.1 > > > > > > > > > > I have created an initial draft of the FS here > > > > > > > > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Enabling+St > > > > or > > > > ag > > > > e+ > > > > > XenMotion+for+XenServer. I'll keep updating it based on > > > > > XenMotion+for+discussion and > > > > > comments. > > > > > > > > > > Regards, > > > > > Devdeep > > > > > > > > > > > -----Original Message----- > > > > > > From: Devdeep Singh [mailto:devdeep.si...@citrix.com] > > > > > > Sent: Tuesday, December 18, 2012 2:10 PM > > > > > > To: cloudstack-dev@incubator.apache.org > > > > > > Subject: [DISCUSS] Enabling storage xenmotion on xenserver 6.1 > > > > > > > > > > > > Hi, > > > > > > > > > > > > XenServer introduced support for Storage XenMotion in the > > > > > > latest version (6.1). Storage XenMotion allows VMs to be moved > > > > > > from one host to another, where the VMs are not located on > > > > > > storage shared between the two hosts. It provides the option > > > > > > to live migrate a VM's disks along with the VM itself. It is > > > > > > now possible to migrate a VM from one resource pool to > > > > > > another, or to migrate a VM whose disks are on local storage, > > > > > > or even to migrate a VM's disks from one storage repository to > > > > > > another, all while the VM is running. More information on > > > > > > Storage > > > > > XenMotion can be found at [1]. > > > > > > > > > > > > I have filed a jira request [2] to track this feature. I plan > > > > > > to extend the migrate vm cloudstack api call to allow > > > > > > migration of instances across clusters. Do let me know your > comments. > > > > > > > > > > > > [1] http://blogs.citrix.com/2012/08/24/storage_xenmotion/ > > > > > > [2] https://issues.apache.org/jira/browse/CLOUDSTACK-659 > > > > > > > > > > > > Regards, > > > > > > Devdeep > > > > > >
