Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
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 903128

Summary: [WHQL][netkvm] JOB id 1465 (SRIOVVMSwitchStress) and 1471 (SRIOVBasicVerification) failed on windows2012
Product: Red Hat Enterprise Linux 6 Reporter: Min Deng <mdeng>
Component: virtio-winAssignee: Yvugenfi <yvugenfi>
Status: CLOSED NOTABUG QA Contact: Virtualization Bugs <virt-bugs>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 6.4CC: acathrow, bcao, bsarathy, dyasny
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-03 14:29:39 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:
Attachments:
Description Flags
Screenshots none

Description Min Deng 2013-01-23 09:36:39 UTC
Created attachment 685770 [details]
Screenshots

Description of problem:
The two jobs always failed due to hypver-v can not be installed in the guest.

Version-Release number of selected component (if applicable):
virtio-win-prewhql-01-52

How reproducible:
4 times and 4 failed.

Steps to Reproduce:
1.boot two guests with virtio nic driver installed
 /usr/libexec/qemu-kvm -M rhel6.4.0 -m 6G -smp 4 -cpu cpu64-rhel6,+x2apic -usbdevice tablet -drive file=win2012-nic1.raw,format=raw,if=none,id=drive-virtio0,boot=on,cache=none,werror=stop,rerror=stop -device ide-drive,drive=drive-virtio0,id=virtio-blk-pci0,bootindex=1 -netdev tap,sndbuf=0,id=hostnet0,script=/etc/qemu-ifup,downscript=no -device virtio-net-pci,netdev=hostnet0,mac=00:52:15:70:31:48,bus=pci.0,addr=0x4 -boot c -uuid e43bbff3-d9a6-4ceb-beb4-86553ada0c3e -rtc base=localtime,clock=host,driftfix=slew -no-kvm-pit-reinjection -chardev socket,id=111a,path=/tmp/win2012-e1000-49-1,server,nowait -mon chardev=111a,mode=readline -name win2012-nic-49-1 -netdev tap,sndbuf=0,id=hostnet1,script=/etc/qemu-ifup-private,downscript=no -device e1000,netdev=hostnet1,id=net1,mac=00:62:12:26:33:48,bus=pci.0,addr=0x7 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -monitor stdio -vnc :1 -vga cirrus
 /usr/libexec/qemu-kvm -M rhel6.4.0 -m 6G -smp 4 -cpu cpu64-rhel6,+x2apic -usbdevice tablet -drive file=win2012-nic2.raw,format=raw,if=none,id=drive-virtio0,boot=on,cache=none,werror=stop,rerror=stop -device ide-drive,drive=drive-virtio0,id=virtio-blk-pci0,bootindex=1 -netdev tap,sndbuf=0,id=hostnet0,script=/etc/qemu-ifup,downscript=no -device virtio-net-pci,netdev=hostnet0,mac=00:54:61:36:53:48,bus=pci.0,addr=0x4 -boot c -uuid df2cf58b-a3fc-4cd8-8bc8-48c85b26b317 -rtc base=localtime,clock=host,driftfix=slew -no-kvm-pit-reinjection -chardev socket,id=111a,path=/tmp/win2012-nic-e1000-2,server,nowait -mon chardev=111a,mode=readline -name win2012-nic-e1000-2 -netdev tap,sndbuf=0,id=hostnet1,script=/etc/qemu-ifup-private,downscript=no -device e1000,netdev=hostnet1,id=net1,mac=00:47:60:46:36:38,bus=pci.0,addr=0x7 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -monitor stdio -vnc :2 -vga cirrus
2.submit the two jobs on HCK
  
Actual results:
The job failed because the  hypver-v can not be installed,so the job can not continue.
Expected results:
The job can pass successfully.
Additional info:
The machine(guests) used for testing should have Hyper-V Role installed is a must.Failed to install it manually too,please see screenshot.

Comment 2 Min Deng 2013-01-23 09:48:59 UTC
Notes,The failure jobs said in the bug belong to product type *LAN Virtual
Machine(Server)*.Any issues please let me know,thanks

Comment 3 Mike Cao 2013-01-23 10:01:58 UTC
more info for this bug :
This automated test does the basic verification of the SRIOV functionality on the miniport adapter in the presence of vSwitch. This is a single machine job and it needs additional configuration for execution.

The machine used for testing should have Hyper-V Role installed. Also, make sure that you select and install the Hyper-V Module PowerShell management tools during role installation.


Make sure you that copy a Windows 8 VHD (that you want to use for creating the VM) to the local folder (for example: C:\VHDs) on the machine under test. 


Now, you’re ready to run the SRIOVBasicVerification test. 


According to my Test ,we can not add hyper-V role in the qemu-kvm guest ,that's the make job cancelled.

Comment 4 Yvugenfi@redhat.com 2013-01-23 10:20:58 UTC
Please ask MS for ERRATA.

Comment 6 RHEL Program Management 2013-01-27 06:47:14 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 7 Yvugenfi@redhat.com 2013-03-03 14:29:39 UTC
Those tests are not needed for our device to pass LAN or LAN (Server) product types. 
Closing.