Bug 922589
| Summary: | e1000/rtl8139: qemu mac address can not be changed via set the hardware address in guest | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | mazhang <mazhang> | |
| Component: | qemu-kvm | Assignee: | Amos Kong <akong> | |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | medium | |||
| Version: | 7.0 | CC: | acathrow, ailan, hhuang, juzhang, michen, qiguo, rhod, virt-maint, xfu | |
| Target Milestone: | rc | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | qemu-kvm-1.5.3-17.el7 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1300626 (view as bug list) | Environment: | ||
| Last Closed: | 2014-06-13 10:24:00 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: | 1300626 | |||
|
Description
mazhang
2013-03-18 02:19:27 UTC
Please reassign/dispatch as appropriate. Thanks. This bug is already in my todo list, I touched it when I worked on virtio-net mac programming. Qemu never updates network info after guest changes mac of e1000. I will solve it. Windows Server 2012 guest, w/ virtio-net-pci, hit this problem, so update this case. (In reply to Qian Guo from comment #4) > Windows Server 2012 guest, w/ virtio-net-pci, hit this problem, so update > this case. Please file a new bug for virtio-win Posted patches to fix rtl8139 & e1000 http://marc.info/?l=qemu-devel&m=138199340525029&w=2 (In reply to Amos Kong from comment #5) > (In reply to Qian Guo from comment #4) > > Windows Server 2012 guest, w/ virtio-net-pci, hit this problem, so update > > this case. > > Please file a new bug for virtio-win Test this with components: # uname -r 3.10.0-34.el7.x86_64 # rpm -q qemu-kvm-rhev qemu-kvm-rhev-1.5.3-9.el7.x86_64 and a 32bit windows8.1 guest with virtio-win-prewhql-72 installed, not hit such issue: 1.Boot guest with virtio-net-pci: ..-netdev tap,id=netdev0,vhost=on,script=/etc/qemu-ifup -device virtio-net-pci,mac=00:1b:21:7a:16:10,netdev=netdev0 ... 2.change mac inside guest to 020202020202 3.Under hmp: (qemu) info network virtio-net-pci.0: index=0,type=nic,model=virtio-net-pci,macaddr=02:02:02:02:02:02 \ netdev0: index=0,type=tap,ifname=tap0,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown so according to above, not hit this issue, won't file such bug And test with windows 2012 64bit, installed virtio-win-prewhql-72, not hit such issue, step and result are same as comment #7 Fix included in qemu-kvm-1.5.3-17.el7 Fix included in qemu-kvm-1.5.3-17.el7 Reproduced by qemu-kvm-1.5.3-9.el7.x86_64 Steps: 1.Boot a RHEL7 guest: # /usr/libexec/qemu-kvm -M pc -cpu Penryn -enable-kvm -m 4096 -smp 4,socket=1,cores=4,threads=1 -name rhel7 -nodefaults -nodefconfig -drive file=/home/rhel7base.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,werror=stop,rerror=stop,aio=native -device virtio-scsi-pci,id=virtio-disk0 -device scsi-hd,bus=virtio-disk0.0,drive=drive-virtio-disk0,id=scsi-hd -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -vnc :10 -vga std -monitor stdio -boot menu=on -netdev tap,id=netdev0,vhost=on,script=/etc/ovs-ifup,downscript=/etc/ovs-ifdown -device e1000,mac=0a:ae:4e:1e:d1:4a,netdev=netdev0,id=net0 -qmp tcp:0:5555,server,nowait 2.Under hmp, check the mac address (qemu) info network net0: index=0,type=nic,model=e1000,macaddr=0a:ae:4e:1e:d1:4a \ netdev0: index=0,type=tap,ifname=tap0,script=/etc/ovs-ifup,downscript=/etc/ovs-ifdown 3.Inside guest, change mac address: #ifconfig eth0 hw ether 0a:ae:4e:1e:d1:01 Result: Under hmp, re-check the mac address: net0: index=0,type=nic,model=e1000,macaddr=0a:ae:4e:1e:d1:4a \ netdev0: index=0,type=tap,ifname=tap0,script=/etc/ovs-ifup,downscript=/etc/ovs-ifdown the mac address is not changed, so this bug is reproduced by qemu-kvm-1.5.3-9.el7.x86_64 Verify this bug with qemu-kvm-1.5.3-19.el7.x86_64 Steps as above, Result: after change mac address inside guest, re-check the mac address under hmp: (qemu) info network net0: index=0,type=nic,model=e1000,macaddr=0a:ae:4e:1e:d1:01 \ netdev0: index=0,type=tap,ifname=tap0,script=/etc/ovs-ifup,downscript=/etc/ovs-ifdown The mac address is set as the new one as changed inside guest. So, according to above, this bug is fixed by qemu-kvm-1.5.3-19.el7.x86_64. This request was resolved in Red Hat Enterprise Linux 7.0. Contact your manager or support representative in case you have further questions about the request. |