From mboxrd@z Thu Jan 1 00:00:00 1970 From: yamamoto@valinux.co.jp (YAMAMOTO Takashi) Subject: Re: XCP: sr driver question wrt vm-migrate Date: Tue, 8 Jun 2010 16:11:47 +0900 (JST) Message-ID: <20100608071147.8D4DB719F7@kuma.localdomain> References: <1A088E78-0DE4-498F-BC23-57C49A07C93C@eu.citrix.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Return-path: In-Reply-To: Your message of "Mon, 7 Jun 2010 13:29:36 +0100" <1A088E78-0DE4-498F-BC23-57C49A07C93C@eu.citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jonathan.Ludlam@eu.citrix.com Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org 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