Bug 922589

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.