[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-API] XCP 1.6 Storage XenMotion cannot move virtual disks between local SRs

  • To: George Shuklin <george.shuklin@xxxxxxxxx>
  • From: Rob Hoes <Rob.Hoes@xxxxxxxxxx>
  • Date: Thu, 3 Jan 2013 13:52:28 +0000
  • Accept-language: en-US
  • Acceptlanguage: en-US
  • Cc: "xen-api@xxxxxxxxxxxxx" <xen-api@xxxxxxxxxxxxx>
  • Delivery-date: Thu, 03 Jan 2013 13:52:53 +0000
  • List-id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
  • Thread-index: Ac3puZHQIMwo2WP1Qe2j3JQxOGxJ5g==
  • Thread-topic: [Xen-API] XCP 1.6 Storage XenMotion cannot move virtual disks between local SRs

The master must always be involved to set things up, because the master is 
responsible for forwarding API calls to slaves in the pool, and the master runs 
the database with all the VM metadata. The actual migration will then happen 
between the sender and the receiver directly.

On 3 Jan 2013, at 13:47, George Shuklin <george.shuklin@xxxxxxxxx> wrote:

> Is that right way to migrate?
> I mean, if master had no access to designation SR, how migration will works?
> 03.01.2013 16:36, Rob Hoes ÐÐÑÐÑ:
>> On 3 Jan 2013, at 03:19, George Shuklin <george.shuklin@xxxxxxxxx> wrote:
>>>> Still not clear how to migrate VM's in the following cases:
>>>> - When VM is not online (vm-migrate insists it should be "running").
>>>> - When origin and destination hosts are within the same pool.
>>> offline croos-pool migration is not supported, AFAIK. Sad, yep.
>>> For in-pool migration there is xe vdi-pool-migration command.
>> You should be able to perform an in-pool storage migration using 'xe 
>> vm-migrate', when you specify the 
>> remote-master/remote-username/remote-password parameters for the master of 
>> the same pool. A bit weird, but it should work that wayâ
>> Cheers,
>> Rob

Xen-api mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.