Created attachment 989986 [details]
win2012 job running screen shot
Description of problem:
job "NDISTest 6.0 - [1 Machine] - 1c_Mini6RSSOids" should be finished in about 5 minutes,but it last 20+ hours and seems never will stop.
win8-32/64,win8.1-32/64,win2012,win2012R2 all hit this issue.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.boot guest with:
/usr/libexec/qemu-kvm -name 100NIC201264CV0 -enable-kvm -m 6G -smp 8,cores=8 -uuid 9f1a76d7-1c93-46ff-9a18-f8062d9f4e85 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/tmp/100NIC201264CV0,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime,driftfix=slew -boot order=cd,menu=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=100NIC201264CV0,if=none,id=drive-ide0-0-0,format=raw,serial=mike_cao,cache=none -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=en_windows_server_2012_x64_dvd_915478.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=100NIC201264CV0.vfd,if=none,id=drive-fdc0-0-0,format=raw,cache=none -global isa-fdc.driveA=drive-fdc0-0-0 -netdev tap,script=/etc/qemu-ifup,downscript=no,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=00:52:00:3d:86:d7,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=isa_serial0 -device usb-tablet,id=input0 -vnc 0.0.0.0:0 -vga cirrus -netdev tap,script=/etc/qemu-ifup-private,downscript=no,id=hostnet1,vhost=on,queues=4 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=00:52:0f:6f:d1:67,bus=pci.0,mq=on,vectors=10
2.submit job in hck
job running for 20+ hours,never stop(please check the attachement)
job can pass correctly
still hit this issue with build 101
Recently, I've successfully run 1c_Mini6RSSOids test on Windows 8.1 32 bits with 8 CPUS. Please, give me an access to your testing environment for further investigation.
Recently, we have found that tests involving CPU grouping with Windows 8 may fail because of Windows-related issue with qemu. Adding hv_spinlocks=0x1FFF to -cpu may help.
Please, try to run the test with this option and if it would still fail, give me access to the testing environment.
I've downloaded the stack from the stalled state and am looking into a problem. After I've rebooted the client machine, the test passed several time.
Still I think it is possible that the problem was caused by a bug in the NetKVM driver, so it the test would stall again, please, let me access the testing environment again.
I tried to access the test machine, but it looks like the virtual machine is down. Please, start the test virtual machine as described in comment # 10 and let me investigate the issue.
It will also help me a lot if you would describe how do you launch HCK and its' client virtual machines.
boot 101NICBLUE32CYK image up again,please have a check.
steps to launch hck and virtual machine;
1.boot/install guest on host with specific device;
2.install virtio-win driver and hck client in guest,and other configuration(firewall,UAC,xxx);
3.rdesktop to the hck server and open HCK Manager,create a new machine pool(bug1190968);then drag the related machine(101NICBLUE32CYK) from 'default pool' to this new machine pool,and right click it,change the machine status into 'Ready';
4.open HCK Studio,create a new project(name usually same as the the machine pool,bug1190968),chose the correct machine pool(bug1190968) from 'Selection' tab,and select 'Red Hat Virtio Etherpad Adapter' in 'device manager';Finally click the job in 'Tests' tab to run the job.
if anything else,please let me know :)
change status to verified as with build 105,all jobs passed with queues=4
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.