Red Hat Bugzilla – Bug 1203367
Fail to Migrate with Bridged network, eth + macvtap ,with different interface name on two hosts
Last modified: 2015-04-03 08:42:31 EDT
This bug has been copied from bug #1186142 and has been proposed to be backported to 6.6 z-stream (EUS).
Verified as below: [root@intel-i5-8-1 ~]# rpm -q libvirt qemu-kvm kernel libvirt-0.10.2-46.el6_6.4.x86_64 qemu-kvm-0.12.1.2-2.445.el6.x86_64 kernel-2.6.32-504.el6.x86_64 On source host: [root@intel-i5-8-1 ~]# virsh net-dumpxml vepa-net <network connections='1'> <name>vepa-net</name> <uuid>237071e3-e3bc-3af6-4d23-c45b57815304</uuid> <forward dev='hjw' mode='vepa'> <interface dev='hjw' connections='1'/> </forward> </network> [root@intel-i5-8-1 ~]# virsh dumpxml mig | grep "/interface" -B6 <interface type='direct'> <mac address='52:54:00:92:15:bf'/> <source dev='hjw' mode='vepa'/> <target dev='macvtap0'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> [root@intel-i5-8-1 ~]# virsh dumpxml mig --inactive| grep "/interface" -B6 <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x2'/> </controller> <interface type='network'> <mac address='52:54:00:92:15:bf'/> <source network='vepa-net'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> [root@intel-i5-8-1 ~]# virsh migrate --live mig qemu+ssh://10.66.85.230/system --verbose root@10.66.85.230's password: Migration: [100 %] On destination host: [root@amd-2427-32-2 ~]# virsh net-dumpxml vepa-net <network connections='1'> <name>vepa-net</name> <uuid>bf754e24-0d2a-7777-362e-3b8f7cf043bc</uuid> <forward dev='eth0' mode='vepa'> <interface dev='eth0' connections='1'/> </forward> </network> [root@amd-2427-32-2 ~]# virsh dumpxml mig | grep "/interface" -B6 <interface type='direct'> <mac address='52:54:00:92:15:bf'/> <source dev='eth0' mode='vepa'/> <target dev='macvtap0'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> Libvirt can report a more clear message when interface already has a passthru mode macvtap device. 11: macvtap0@hjw: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 500 link/ether 52:54:00:92:15:bf brd ff:ff:ff:ff:ff:ff macvtap mode passthru [root@intel-i5-8-1 ~]# virsh start mig error: Failed to start domain mig error: error creating macvtap interface macvtap1@hjw (52:54:00:92:15:BF): Invalid argument We can get expected results, changed to Verified.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-0769.html