From: yamamoto@valinux.co.jp (YAMAMOTO Takashi)
To: Jonathan.Ludlam@eu.citrix.com
Cc: xen-devel@lists.xensource.com
Subject: Re: XCP: sr driver question wrt vm-migrate
Date: Tue, 8 Jun 2010 16:11:47 +0900 (JST) [thread overview]
Message-ID: <20100608071147.8D4DB719F7@kuma.localdomain> (raw)
In-Reply-To: Your message of "Mon, 7 Jun 2010 13:29:36 +0100" <1A088E78-0DE4-498F-BC23-57C49A07C93C@eu.citrix.com>
hi,
i'll try deferring the attach operation to vdi_activate.
thanks!
YAMAMOTO Takashi
> Yup, vdi activate is the way forward.
>
> If you advertise VDI_ACTIVATE and VDI_DEACTIVATE in the 'get_driver_info' response, xapi will call the following during the start-migrate-shutdown lifecycle:
>
> VM start:
>
> host A: VDI.attach
> host A: VDI.activate
>
> VM migrate:
>
> host B: VDI.attach
>
> (VM pauses on host A)
>
> host A: VDI.deactivate
> host B: VDI.activate
>
> (VM unpauses on host B)
>
> host A: VDI.detach
>
> VM shutdown:
>
> host B: VDI.deactivate
> host B: VDI.detach
>
> so the disk is never activated on both hosts at once, but it does still go through a period when it is attached to both hosts at once. So you could, for example, check that the disk *could* be attached on the vdi_attach SMAPI call, and actually attach it properly on the vdi_activate call.
>
> Hope this helps,
>
> Jon
>
>
> On 7 Jun 2010, at 09:26, YAMAMOTO Takashi wrote:
>
>> hi,
>>
>> on vm-migrate, xapi attaches a vdi on the migrate-to host
>> before detaching it on the migrate-from host.
>> unfortunately it doesn't work for our product, which doesn't
>> provide a way to attach a volume to multiple hosts at the same time.
>> is VDI_ACTIVATE something what i can use as a workaround?
>> or any other suggestions?
>>
>> YAMAMOTO Takashi
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2010-06-08 7:11 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-07 8:26 XCP: sr driver question wrt vm-migrate YAMAMOTO Takashi
2010-06-07 12:29 ` Jonathan Ludlam
2010-06-08 7:11 ` YAMAMOTO Takashi [this message]
2010-06-16 6:19 ` YAMAMOTO Takashi
2010-06-16 12:06 ` Jonathan Ludlam
2010-06-17 9:52 ` YAMAMOTO Takashi
2010-06-18 2:45 ` XCP: signal -7 (Re: XCP: sr driver question wrt vm-migrate) YAMAMOTO Takashi
2010-06-18 12:53 ` Jonathan Ludlam
2010-06-18 15:21 ` Jeremy Fitzhardinge
2010-06-18 21:54 ` Vincent Hanquez
2010-06-19 7:54 ` Jeremy Fitzhardinge
2010-06-21 2:41 ` YAMAMOTO Takashi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100608071147.8D4DB719F7@kuma.localdomain \
--to=yamamoto@valinux.co.jp \
--cc=Jonathan.Ludlam@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).