Re: [Xen-devel] Xen 4.3 development update, 15 Oct

[Alex Bligh <alex@xxxxxxxxxxx>]

George,

--On 18 December 2012 16:40:07 +0000 George Dunlap 
<george.dunlap@xxxxxxxxxxxxx> wrote:
> So it sounds like in this case you're talking about moving the disk to a
> different storage device connected to the same host, leaving the VM
> running on the same host.
Correct, though as you suggest below, in order to achieve the effect
you describe what we do is ensure that between the two migrates
starting and finishing the relevant disk access to both VMs is
maintained (in our case via NFS rather than sshfs :-) ). So it
gives the illusion of working even when the migrate is local disk
to local disk. Generalising this is left as an exercise for the
reader.

Giving xl access to qmp snapshot_blkdev_sync and the qemu-img rebase
would no doubt be useful to those using xl though.

Alex

> What I was talking about in this was migrating the VM and storage
> together to a new host.  People who want this typically have all VMs on
> local storage, so (if I'm understanding you right) the snapshot trick
> won't work, because host A (where it's running) can't directly access
> host B's disk (to which we want to migrate it).
>
> Although I suppose one could always hack something together with sshfs or
> something. :-)


--
Alex Bligh

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel