Bug 890265
Summary: | change the mac of virtio_net device temporary but will effect forever after reboot guest | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Sibiao Luo <sluo> | |
Component: | qemu-kvm | Assignee: | Michael S. Tsirkin <mst> | |
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | |
Severity: | high | Docs Contact: | ||
Priority: | high | |||
Version: | 6.4 | CC: | acathrow, areis, bcao, bsarathy, chayang, jasowang, juzhang, lnovich, mazhang, mdeng, michen, mkenneth, ptalbert, qzhang, rhod, sluo, virt-maint | |
Target Milestone: | rc | |||
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | qemu-kvm-0.12.1.2-2.405.el6 | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 913404 (view as bug list) | Environment: | ||
Last Closed: | 2013-11-21 06:27:35 UTC | Type: | Bug | |
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: | ||||
Bug Blocks: | 913404 |
Description
Sibiao Luo
2012-12-26 06:09:49 UTC
commit 41dc8a67c7dcecdf7ae1cd25db3c46f2b42a221f Author: Michael S. Tsirkin <mst> Date: Wed Jan 16 11:37:40 2013 +0200 virtio-net: revert mac on reset Once guest overrides virtio net primary mac, it retains the value set until qemu exit. This is inconsistent with standard nic behaviour. To fix, revert the mac to the original value on reset. Signed-off-by: Michael S. Tsirkin <mst> Fixed upstream, need to backport, not worth a 6.5 exception. Hi, Ademar Mike said this bug blocks whql testing (similar with bug 1002797, not sure whether they are same bug), so could we fix this asap in rhel6.5? Thanks, Qunfang scratch build: http://brewweb.devel.redhat.com/brew/taskinfo?taskID=6292176 pls update BZ on whether this fixes the issue. yes HMP is messed up (upstream too) I sent a patch. http://brewweb.devel.redhat.com/brew/taskinfo?taskID=6292458 *** Bug 1002797 has been marked as a duplicate of this bug. *** Verify this issue on qemu-kvm-406 verision that has fixed it correctly. the mac of virtio-net can return back to the primary mac(34:40:b5:9e:d3:90) value after reboot guest. host info: # uname -r && rpm -q qemu-kvm-rhev 2.6.32-420.el6.x86_64 qemu-kvm-rhev-0.12.1.2-2.406.el6.x86_64 guest info: 2.6.32-420.el6.x86_64 Steps: the same to comment #0 Results: 1.before change the mac address: (qemu) info network Devices not on any VLAN: hostnet0: ifname=tap1,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown peer=virtio-net-pci0 virtio-net-pci0: model=virtio-net-pci,macaddr=34:40:b5:9e:d3:90 peer=hostnet0 guest]# ifconfig | grep HWaddr eth3 Link encap:Ethernet HWaddr 34:40:B5:9E:D3:90 # ifconfig | grep HWaddr eth1 Link encap:Ethernet HWaddr 34:40:B5:9E:D3:90 # ping -c 5 www.baidu.com PING www.a.shifen.com (220.181.112.143) 56(84) bytes of data. 64 bytes from 220.181.112.143: icmp_seq=1 ttl=51 time=7.38 ms 64 bytes from 220.181.112.143: icmp_seq=2 ttl=51 time=9.10 ms 64 bytes from 220.181.112.143: icmp_seq=3 ttl=51 time=5.30 ms 64 bytes from 220.181.112.143: icmp_seq=4 ttl=51 time=6.20 ms 64 bytes from 220.181.112.143: icmp_seq=5 ttl=51 time=9.06 ms --- www.a.shifen.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4014ms rtt min/avg/max/mdev = 5.303/7.411/9.106/1.519 ms 2.after change the mac address: guest]# ifconfig eth1 hw ether 34:40:B5:9E:D3:80 guest]# ifconfig | grep HWaddr eth1 Link encap:Ethernet HWaddr 34:40:B5:9E:D3:80 guest]# ping -c 5 www.baidu.com PING www.a.shifen.com (220.181.111.148) 56(84) bytes of data. 64 bytes from 220.181.111.148: icmp_seq=1 ttl=51 time=16.4 ms 64 bytes from 220.181.111.148: icmp_seq=2 ttl=51 time=8.80 ms 64 bytes from 220.181.111.148: icmp_seq=3 ttl=51 time=7.69 ms 64 bytes from 220.181.111.148: icmp_seq=4 ttl=51 time=5.18 ms 64 bytes from 220.181.111.148: icmp_seq=5 ttl=51 time=11.2 ms --- www.a.shifen.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4017ms rtt min/avg/max/mdev = 5.182/9.876/16.429/3.818 ms (qemu) info network Devices not on any VLAN: hostnet0: ifname=tap1,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown peer=virtio-net-pci0 virtio-net-pci0: model=virtio-net-pci,macaddr=34:40:b5:9e:d3:80 peer=hostnet0 3.after reboot guest: guest]# ifconfig | grep HWaddr eth1 Link encap:Ethernet HWaddr 34:40:B5:9E:D3:90 guest]# ping -c 5 www.baidu.com PING www.a.shifen.com (220.181.112.143) 56(84) bytes of data. 64 bytes from 220.181.112.143: icmp_seq=1 ttl=51 time=7.85 ms 64 bytes from 220.181.112.143: icmp_seq=2 ttl=51 time=16.9 ms 64 bytes from 220.181.112.143: icmp_seq=3 ttl=51 time=11.7 ms 64 bytes from 220.181.112.143: icmp_seq=4 ttl=51 time=7.92 ms 64 bytes from 220.181.112.143: icmp_seq=5 ttl=51 time=5.23 ms --- www.a.shifen.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4011ms rtt min/avg/max/mdev = 5.237/9.938/16.980/4.081 ms (qemu) info network Devices not on any VLAN: hostnet0: ifname=tap1,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown peer=virtio-net-pci0 virtio-net-pci0: model=virtio-net-pci,macaddr=34:40:b5:9e:d3:90 peer=hostnet0 Base on above, move to VERIFIED status, please correct me if any mistake. Best Regards, sluo 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. http://rhn.redhat.com/errata/RHSA-2013-1553.html |