RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1038402 - nic:Network become unavailable in windows 2008 x64 guest when doing netperf test
Summary: nic:Network become unavailable in windows 2008 x64 guest when doing netperf test
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virtio-win
Version: 6.6
Hardware: All
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Yvugenfi@redhat.com
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-05 04:35 UTC by Leslie
Modified: 2014-12-29 16:34 UTC (History)
21 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 630830
Environment:
Last Closed: 2014-01-01 22:45:55 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
scripts (221.47 KB, application/zip)
2013-12-05 10:53 UTC, Min Deng 		no flags Details
View All

Description Leslie 2013-12-05 04:35:10 UTC 
+++ This bug was initially created as a clone of Bug #630830 +++

Description of problem:
The bug is same as bug #630830. When copying files from 2 windows VM, network becomes unavailable. Guest windows IP address becomes 169.254.x.x, which is auto-assigned by windows machine.

Background information:
I'm trying to run windows VM in openstack, then seems like the issue can be easily reproduced this problem in my environment with latest virt_win-0.1-74.iso. Below is related version information. 

Guest machine: windows 2008 R2 Service Pack 1
Guest Redhat VirtIO Ethernet Adapter version: 
   - Driver date: 6/19/2013
   - Driver version: 61.65.104.6500
Note that my initial virt_win.iso is version 0.1-65, then I update driver to 0.1-74 although system prompt it is latest one already. 

Host machine:  Ubuntu 12.04.3 LTS
Kernel: 3.8.0-29-generic
QEMU-KVM version: QEMU emulator version 1.0 (qemu-kvm-1.0)
Openstack: Havana.

Note that this problem is easily reproduced if you copy files cross 2 VMs on 2 seperate physical bare-metal server. If within same bare-metal server, you can run multiple file copy operations, then it can be reproduced.
Comment 1 Mike Cao 2013-12-05 05:23:34 UTC 
Can you paste qemu-kvm commandline here ?
Can it be reproduced on virtio-win-65 ?
Which netkvm type are you using ,bridging ,or openvswitch ?
Comment 2 Min Deng 2013-12-05 10:49:29 UTC 
   QE tried the bug with this driver-virtio-win-1.6.6-1.el6.noarch.rpm
Detail steps
I,
  1.Let one guest win2k8-R2 running on rhel6.5 (qemu-kvm-rhev-415) host with the driver installed.
    1.1Execute netperf testing on it,and after finishing script the netkvm was still available.
  2.Let another guest win2k8-R2 running on rhel7.0 (qemu-kvm-rhev-1.5.3-19.el7.x86_64) host with the driver installed  
    2.1Execute netperf testing on it and after finishing script the netkvm was still available.
Related scripts,please see attachments.
II，
  1.Execute netperf testing on both guest.
  2.Run multiple Copying operation from each other at the same time.
  As a results,all actions were smoothly,the netkvm of them were still available.Any issues please let me know,thanks.

Thanks
Min
Comment 3 Min Deng 2013-12-05 10:53:35 UTC 
Created attachment 833082 [details]
scripts
Comment 4 Leslie 2013-12-05 11:58:44 UTC 
(In reply to Mike Cao from comment #1)
> Can you paste qemu-kvm commandline here ?

qemu-kvm commandline: /usr/bin/kvm -S -M pc-1.0 -enable-kvm -m 2048 -smp 1,sockets=1,cores=1,threads=1 -name instance-00000005 -uuid a109b19d-bfc3-4eb0-95b3-dd39709b231f -smbios type=1,manufacturer=OpenStack Foundation,product=OpenStack Nova,version=2013.2,serial=483f1ef9-2a06-e311-0000-00000000002f,uuid=a109b19d-bfc3-4eb0-95b3-dd39709b231f -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-00000005.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -no-kvm-pit-reinjection -no-shutdown -drive file=/opt/stack/data/nova/instances/a109b19d-bfc3-4eb0-95b3-dd39709b231f/disk,if=none,id=drive-virtio-disk0,format=qcow2,cache=none -device virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=19,id=hostnet0,vhost=on,vhostfd=20 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=fa:16:3e:4e:d9:e9,bus=pci.0,addr=0x3 -chardev file,id=charserial0,path=/opt/stack/data/nova/instances/a109b19d-bfc3-4eb0-95b3-dd39709b231f/console.log -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1 -usb -device usb-tablet,id=input0 -vnc 127.0.0.1:0 -k en-us -vga cirrus -incoming fd:17 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5

> Can it be reproduced on virtio-win-65 ?

Yes, it is reproduced on virtio-win-65. I try to update to 74, but per Yan's reply, seems like my update operation is not signed. So I'll update driver and have a try. 

> Which netkvm type are you using ,bridging ,or openvswitch ?

I'm using linux bridging.

BTW, my host OS is ubuntu 12.04.3 LTS. Do I need install driver-virtio-win in the ubuntu server?
Comment 5 Mike Cao 2013-12-05 12:12:26 UTC 
(In reply to dengmin from comment #2)
>    QE tried the bug with this driver-virtio-win-1.6.6-1.el6.noarch.rpm
> Detail steps
> I,
>   1.Let one guest win2k8-R2 running on rhel6.5 (qemu-kvm-rhev-415) host with
> the driver installed.
>     1.1Execute netperf testing on it,and after finishing script the netkvm
> was still available.
>   2.Let another guest win2k8-R2 running on rhel7.0
> (qemu-kvm-rhev-1.5.3-19.el7.x86_64) host with the driver installed  
>     2.1Execute netperf testing on it and after finishing script the netkvm
> was still available.
> Related scripts,please see attachments.
> II，
>   1.Execute netperf testing on both guest.
>   2.Run multiple Copying operation from each other at the same time.
>   As a results,all actions were smoothly,the netkvm of them were still
> available.Any issues please let me know,thanks.
> 
> Thanks
> Min

Pls try build 74 as well.

Yan,Could you view the tests on comment #2 ,any more tests need QE to run ?

Thanks,
Mike
Comment 6 Mike Cao 2013-12-05 12:14:18 UTC 
(In reply to Leslie from comment #4)
> (In reply to Mike Cao from comment #1)
> > Can you paste qemu-kvm commandline here ?
> 
> qemu-kvm commandline: /usr/bin/kvm -S -M pc-1.0 -enable-kvm -m 2048 -smp
> 1,sockets=1,cores=1,threads=1 -name instance-00000005 -uuid
> a109b19d-bfc3-4eb0-95b3-dd39709b231f -smbios type=1,manufacturer=OpenStack
> Foundation,product=OpenStack
> Nova,version=2013.2,serial=483f1ef9-2a06-e311-0000-00000000002f,
> uuid=a109b19d-bfc3-4eb0-95b3-dd39709b231f -nodefconfig -nodefaults -chardev
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-00000005.monitor,
> server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc
> base=utc,driftfix=slew -no-kvm-pit-reinjection -no-shutdown -drive
> file=/opt/stack/data/nova/instances/a109b19d-bfc3-4eb0-95b3-dd39709b231f/
> disk,if=none,id=drive-virtio-disk0,format=qcow2,cache=none -device
> virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,
> bootindex=1 -netdev tap,fd=19,id=hostnet0,vhost=on,vhostfd=20 -device
> virtio-net-pci,netdev=hostnet0,id=net0,mac=fa:16:3e:4e:d9:e9,bus=pci.0,
> addr=0x3 -chardev
> file,id=charserial0,path=/opt/stack/data/nova/instances/a109b19d-bfc3-4eb0-
> 95b3-dd39709b231f/console.log -device
> isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1
> -device isa-serial,chardev=charserial1,id=serial1 -usb -device
> usb-tablet,id=input0 -vnc 127.0.0.1:0 -k en-us -vga cirrus -incoming fd:17
> -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
> 
> > Can it be reproduced on virtio-win-65 ?
> 
> Yes, it is reproduced on virtio-win-65. I try to update to 74, but per Yan's
> reply, seems like my update operation is not signed. So I'll update driver
> and have a try. 

Note that as you are testing windows server 2008 x64 ，you should install netkvm driver from \virtio-win-65.iso\Vista folder .
Comment 7 Yvugenfi@redhat.com 2013-12-05 12:44:21 UTC 
Hi Mike,

Looks OK.

Leslie - Can you provide your test scripts or netperf command line?

Thanks,
Yan.
Comment 8 Leslie 2013-12-05 22:54:19 UTC 
Hi Yan,

Actually I didn't use any test scripts or netperf command line. I just copy one big file (1G) from one samba server to one windows guest machine, then the windows guest machine acting as samba client will suffer the network problem.

Best Regards
Leslie
Comment 9 Min Deng 2013-12-06 02:16:19 UTC 
(In reply to Mike Cao from comment #5)
> (In reply to dengmin from comment #2)
> >    QE tried the bug with this driver-virtio-win-1.6.6-1.el6.noarch.rpm
> > Detail steps
> > I,
> >   1.Let one guest win2k8-R2 running on rhel6.5 (qemu-kvm-rhev-415) host with
> > the driver installed.
> >     1.1Execute netperf testing on it,and after finishing script the netkvm
> > was still available.
> >   2.Let another guest win2k8-R2 running on rhel7.0
> > (qemu-kvm-rhev-1.5.3-19.el7.x86_64) host with the driver installed  
> >     2.1Execute netperf testing on it and after finishing script the netkvm
> > was still available.
> > Related scripts,please see attachments.
> > II，
> >   1.Execute netperf testing on both guest.
> >   2.Run multiple Copying operation from each other at the same time.
> >   As a results,all actions were smoothly,the netkvm of them were still
> > available.Any issues please let me know,thanks.
> > 
> > Thanks
> > Min
> 
> Pls try build 74 as well.
> 
> Yan,Could you view the tests on comment #2 ,any more tests need QE to run ?
> 
> Thanks,
> Mike

   I re-tested the guest with driver build 74 with the same steps to comment 2 but could not reproduce the issue.
   Additional,1.QE use the file more than 3G.
              2.Let netperf testing running about 14 hours.The network was still available.Even user can copy big files while netperf was running,as a result,netkvm was still available.
              3.According to comment 3,I copied about 17.5G file from windows server to the guest.Still cannot reproduce the issue.

  Any issues,please let me know.Thanks
Comment 10 Yvugenfi@redhat.com 2013-12-08 09:30:41 UTC 
Can you describe network configuration on the host? Is it Linux bridge, Open vSwitch, something else?

Best regards,
Yan.
Comment 11 Mike Cao 2013-12-08 14:10:55 UTC 
(In reply to Yan Vugenfirer from comment #10)
> Can you describe network configuration on the host? Is it Linux bridge, Open
> vSwitch, something else?
> 
> Best regards,
> Yan.

See comment #4 ,the reporter claims he is using Linux Bridge.
As he also claims that he is tesing under Ubuntu host,Can we let him try upstream qemu-kvm instead to see whether it is ubuntu qemu-kvm bug ?

Thanks,
Mike
Comment 12 Yvugenfi@redhat.com 2013-12-08 14:15:04 UTC 
(In reply to Mike Cao from comment #11)
> (In reply to Yan Vugenfirer from comment #10)
> > Can you describe network configuration on the host? Is it Linux bridge, Open
> > vSwitch, something else?
> > 
> > Best regards,
> > Yan.
> 
> See comment #4 ,the reporter claims he is using Linux Bridge.
> As he also claims that he is tesing under Ubuntu host,Can we let him try
> upstream qemu-kvm instead to see whether it is ubuntu qemu-kvm bug ?
> 

Looks like good idea.

> Thanks,
> Mike
Comment 13 Ronen Hod 2014-01-01 22:45:55 UTC 
Dear Leslie,

Thank you for taking the time to enter a bug report with us. We appreciate the feedback and look to use reports such as this to guide our efforts at improving our products. That being said, this bug tracking system is not a mechanism for requesting support, and we are not able to  guarantee the timeliness or suitability of a resolution.
 
If this issue is critical or in any way time sensitive, please raise a ticket through your regular Red Hat support channels to make certain  it receives the proper attention and prioritization to assure a timely resolution. 
 
For information on how to contact the Red Hat production support team, please visit:
https://www.redhat.com/support/process/production/#howto
Note You need to log in before you can comment on or make changes to this bug.