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

Re: [Xen-devel] status of non-live migration of HVM with libvirt



On Mon, Jan 07, 2019 at 11:07:43AM +0100, Olaf Hering wrote:
> Am Fri, 4 Jan 2019 17:48:31 +0100
> schrieb Olaf Hering <olaf@xxxxxxxxx>:
> 
> > Am Fri, 4 Jan 2019 16:57:55 +0100
> > schrieb Olaf Hering <olaf@xxxxxxxxx>:
> > 
> > > worth keeping (and fixing) the concept of an "offline migration"  
> > 
> > And regarding the fix, it looks like qmp_xen_save_devices_state does not 
> > need the concept of "live". Just shutdown the blockdevices and be done with 
> > it?
> 
> Anthony, it looks like 5d6c599fe1 ("migration, xen: Fix block image
> lock issue on live migration") went too far. Why does stopping the
> disks at the very end of the save/migrate process depend on "live"?

Because "Snapshots don't need to inactivate images", see:
https://lists.xenproject.org/archives/html/xen-devel/2017-10/msg02782.html

I had to add the `live' parameter to fix the lock issue.

> During a migration the disks have to be released either way. During "xl save" 
> the domU may continue to run, if '-c' was specified. 

xl save -c is a snapshot, right? There isn't a second QEMU process that
is going to read/write the same disk.

> It seems the 'live' parameter for xen-save-devices-state is not needed.
> 
> Olaf



-- 
Anthony PERARD

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

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