[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |