Hi, I use the following live migration flags: VIR_MIGRATE_UNDEFINE_SOURCE,VIR_MIGRATE_PEER2PEER,VIR_MIGRATE_LIVE,VIR_MIGRATE_PERSIST_DEST It deletes the libvirt.xml and re-creates it on the other side. Cheers. –––– Sébastien Han Cloud Engineer "Always give 100%. Unless you're giving blood.” Phone: +33 (0)1 49 70 99 72 Mail: sebastien.han@xxxxxxxxxxxx Address : 11 bis, rue Roquépine - 75008 Paris Web : www.enovance.com - Twitter : @enovance On 11 Mar 2014, at 22:06, Don Talton (dotalton) <dotalton@xxxxxxxxx> wrote: > Hi guys and gals, > > I'm able to do live migration via 'nova live-migration', as long as my instances are sitting on shared storage. However, when they are not, nova live-migrate fails, due to a shared storage check. > > To get around this, I attempted to do a live migration via libvirt directly. Using the feature "--copy-storage-all" fails. Part of the trouble with this is that even though nova is booted from a volume stored on ceph, there are still support files (eg console.log, disk.config) that reside in the instances directory. The virsh command (I've tried many combinations of many different migration approaches) is "virsh migrate --live --copy-storage-all instance-0000000c qemu+ssh://target/system". This fails due to libvirt not creating the instance dir and copying the support files to the target. > > I'm curious if anyone has been able to get something like this to work. I'd really love to get ceph-backed live migration going without adding the overhead of shared storage for nova too. > > Thanks, > > Donald Talton > Cloud Systems Development > Cisco Systems > > > _______________________________________________ > ceph-users mailing list > ceph-users@xxxxxxxxxxxxxx > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
Attachment:
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
