[ovirt-users] Live migration without Shared Storage

[Michal Skrivanek]

> On 28 Dec 2017, at 20:37, FERNANDO FREDIANI <fernando.frediani at upx.com> wrote:
> 
> Are you talking about all kinds of Storage (iSCSI, FC, NFS and Localstorage/POSIX) ?
> 
yes

> Because I believe you may be able to specify the destination path on the destination Host and when working with Localstorage/POSIX that may be simpler.
> 
yes, it is indeed more simple, but still it’s not going to work out of the box right now. It’s a non-trivial feature to do that properly
> Fernando
> 
> On 28/12/2017 17:32, Michal Skrivanek wrote:
>> 
>> 
>>> On 28 Dec 2017, at 19:56, FERNANDO FREDIANI <fernando.frediani at upx.com <mailto:fernando.frediani at upx.com>> wrote:
>>> 
>>> Has anyone tried the command below under the hood between two oVirt Node (in the same Datacenter or between two different (local) ones) ? Does it work ?
>> 
>> no, it does not with ovirt. ovirt manages storage differently than plain libvirt
>> 
>>> virsh migrate --live --persistent --undefinesource --copy-storage-all \
>>>     --verbose --desturi <DESTINATION> <VM>
>>> This is such a fantastic features for certain scenarios that may help a lot maintenance or even migration between hosts with Local Storage to minimize Downtime and mainly all the hassle of having to Poweroff a VM, Export to an                 Export Datastore, umount it, mount on the other Host/Datacenter, Import and Power On.
>>> 
>>> Thanks
>>> Regards
>>> 
>>> Fernando
>>> 
>>> [1] Ref: https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shared-storage/ <https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shared-storage/>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org <mailto:Users at ovirt.org>
>>> http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20171228/79e8fdc4/attachment.html>