Bug 1203367
| Summary: | Fail to Migrate with Bridged network, eth + macvtap ,with different interface name on two hosts | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Jan Kurik <jkurik> |
| Component: | libvirt | Assignee: | Laine Stump <laine> |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.6 | CC: | dyuan, honzhang, jdenemar, jiahu, jkachuck, jsvarova, laine, lhuang, lmiksik, mjenner, mkalinin, mzhan, pm-eus, pzhang, rbalakri, rhodain, tlavigne, virt-bugs, xuzhang, yanyang |
| Target Milestone: | rc | Keywords: | Regression, ZStream |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | libvirt-0.10.2-46.el6_6.4 | Doc Type: | Bug Fix |
| Doc Text: |
The interface configuration of any libvirt domain which was of type='network' and referenced an "unmanaged" libvirt network had incorrect XML data for the interface transmitted during a migration, containing the "status" of the interface instead of the name of the network to use ("configuration"). As a consequence, the migration destination tried to set up the domain network interface using the status information from the source of the migration, and the migration thus failed. With this update, libvirt sends the configuration data for each device during migration rather than the status data, and the migration of a domain using interfaces of type='network' now succeeds.
|
Story Points: | --- |
| Clone Of: | 1186142 | Environment: | |
| Last Closed: | 2015-04-01 06:15:17 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1186142 | ||
| Bug Blocks: | |||
|
Description
Jan Kurik
2015-03-18 17:01:00 UTC
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.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 |