Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-29 Thread Wei Liu
On Thu, Jun 29, 2017 at 03:34:37PM +0100, Roger Pau Monné wrote: > On Thu, Jun 29, 2017 at 02:56:55PM +0100, Wei Liu wrote: > > On Thu, Jun 29, 2017 at 09:33:07AM -0400, Bruno Alvisio wrote: > > > Thanks Wei. Currently it is started after the memory is streamed from > > > source to destination (for

Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-29 Thread Roger Pau Monné
On Thu, Jun 29, 2017 at 02:56:55PM +0100, Wei Liu wrote: > On Thu, Jun 29, 2017 at 09:33:07AM -0400, Bruno Alvisio wrote: > > Thanks Wei. Currently it is started after the memory is streamed from > > source to destination (for migration) and the booting functions are > > completed.I was going to as

Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-29 Thread Wei Liu
On Thu, Jun 29, 2017 at 09:33:07AM -0400, Bruno Alvisio wrote: > Thanks Wei. Currently it is started after the memory is streamed from > source to destination (for migration) and the booting functions are > completed.I was going to ask to the list if there is a specific reason the > QEMU process ne

Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-29 Thread Bruno Alvisio
Thanks Wei. Currently it is started after the memory is streamed from source to destination (for migration) and the booting functions are completed.I was going to ask to the list if there is a specific reason the QEMU process needs to be started at that point. Also, if the start point of the QEMU

Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-29 Thread Wei Liu
On Fri, Jun 23, 2017 at 03:42:20AM -0400, Bruno Alvisio wrote: > This patch is the first attempt on adding live migration of instances with > local > storage to Xen. This patch just handles very restricted case of fully > virtualized HVMs. The code uses the "drive-mirror" capability provided by >

Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-26 Thread Bruno Alvisio
Thank you for the information and feedback. The scenarios to handle are: 1. QEMU emulation 2. blkback. 3. qdisk. >From the previous e-mails, there is an agreement that no functionality (or maybe minimal) should be added to blkback. @Roger Pau Monné: Yes, "drive-mirror" feature handles disks that b

Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-26 Thread George Dunlap
On Fri, Jun 23, 2017 at 9:03 AM, Roger Pau Monné wrote: > On Fri, Jun 23, 2017 at 03:42:20AM -0400, Bruno Alvisio wrote: >> This patch is the first attempt on adding live migration of instances with >> local >> storage to Xen. This patch just handles very restricted case of fully >> virtualized H

Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-23 Thread Ian Jackson
Konrad Rzeszutek Wilk writes ("Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage"): > On Fri, Jun 23, 2017 at 03:31:16AM -0400, Bruno Alvisio wrote: > > disks). This are the ones I can think of: > > - Fully Virtualized HVM: QEMU emulation &

Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-23 Thread Konrad Rzeszutek Wilk
On Fri, Jun 23, 2017 at 03:31:16AM -0400, Bruno Alvisio wrote: > This patch is the first attempt on adding live migration of instances with > local > storage to Xen. This patch just handles very restricted case of fully > virtualized HVMs. The code uses the "drive-mirror" capability provided by >

Re: [Xen-devel] [PATCH RFC] Live migration for VMs with QEMU backed local storage

2017-06-23 Thread Roger Pau Monné
On Fri, Jun 23, 2017 at 03:42:20AM -0400, Bruno Alvisio wrote: > This patch is the first attempt on adding live migration of instances with > local > storage to Xen. This patch just handles very restricted case of fully > virtualized HVMs. The code uses the "drive-mirror" capability provided by >