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

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



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


 


Rackspace

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