@Alehandro, are your redhat/centos installations on qemu 2.6+? They are working because the fix 4eae2a6+ the CVE is already available in that version of qemu. IMHO, redhat and centos got lucky with that version of QEMU. It has nothing to do with quality of distribution, and everything to do with when they forked from upstream QEMU. Ubuntu just got unlucky.
When you set
live_migration_tunnelled = false
Did you restart nova-compute, and your libvirtd services? If your tested migration failed, did you check the /var/lob/libvirt/qemu/<instance>.log for "
VQ 2 size 0x80 < last_avail_idx 0x9 - used_idx 0xa"
as reported in this bug or did you hit some other issue?
@Alehandro, are your redhat/centos installations on qemu 2.6+? They are working because the fix 4eae2a6+ the CVE is already available in that version of qemu. IMHO, redhat and centos got lucky with that version of QEMU. It has nothing to do with quality of distribution, and everything to do with when they forked from upstream QEMU. Ubuntu just got unlucky.
When you set tunnelled = false libvirt/ qemu/<instance> .log for "
live_migration_
Did you restart nova-compute, and your libvirtd services? If your tested migration failed, did you check the /var/lob/
VQ 2 size 0x80 < last_avail_idx 0x9 - used_idx 0xa"
as reported in this bug or did you hit some other issue?
Thank you,