Bug 684719

Created attachment 484136 [details]
The screenshot when guest hang

The screenshot when guest hang.

Found the problem happens in kernel-120 sometimes too. But its reproducibility is very lower than 121.
In kernel 148, I have not met this problem.

Hit same issue when install windows7-64 guest on AMD host.
How reproducible:
2/2

# uname -r
2.6.32-122.el6.x86_64
# rpm -qa|grep qemu-kvm
qemu-kvm-debuginfo-0.12.1.2-2.150.el6.x86_64
qemu-kvm-0.12.1.2-2.150.el6.x86_64
qemu-kvm-tools-0.12.1.2-2.150.el6.x86_64

# /usr/libexec/qemu-kvm -M rhel6.1.0 -enable-kvm -m 4096 -smp 4 -cpu cpu64-rhel6 -name win7-64 -uuid `uuidgen` -rtc base=localtime,clock=vm,driftfix=slew -no-kvm-pit-reinjection -boot dc -drive file=/root/image/win7-64.qcow2,if=none,id=drive-virtio-0-0,media=disk,format=qcow2,cache=none,werror=stop,rerror=stop -device virtio-blk-pci,drive=drive-virtio-0-0,id=virt0-0-0 -netdev tap,id=hostnet1 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=52:54:40:81:11:53 -usb -device usb-tablet,id=input1 -spice port=8800,disable-ticketing -monitor stdio -balloon none -cdrom /root/image/en_windows_7_ultimate_x64_dvd_x15-65922.iso -fda /root/virtio-win/virtio-win-1.1.16.vfd 

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                   
 5508 root      20   0 5072m 4.1g 4184 S 104.9 26.3  43:50.50 qemu-kvm                                                                 
 2411 root      20   0  9220  760  480 S  0.3  0.0   0:04.77 irqbalance                                                                
 2858 root      20   0  105m  896  648 S  0.3  0.0   0:00.18 ksmtuned                                                                  
 6203 root      20   0 15264 1592  948 R  0.3  0.0   0:00.46 top

Hit again, click restart button, guest hangs when shutting down

Created attachment 485665 [details]
hangs in shutting down

This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has 
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed 
products. This request is not yet committed for inclusion in an Update release.

Re-test with kernel-2.6.32-125.el6.x86_64, use the same command line in bug description and boot win7-32.qcow2 guest. The problem still can be reproduce sometimes.

Does it works over Intel host?

(In reply to comment #10)
> Does it works over Intel host?

I found this issue on Intel host.
According to Comment 5, this issue happens on 
AMD host as well.

Hi, Dor
This bug will block the upcoming SVVP test for submission.
We are running svvp regression test with kernel-120 now. 
Could you guys help to have a look at this bug?

Thanks

*** Bug 692634 has been marked as a duplicate of this bug. ***

It is also a testblocker for testing windows installation from WDS Server.

Marcelo, can you produce a private brew build to let QE verify that the fix works early enough?

*** Bug 694747 has been marked as a duplicate of this bug. ***

Created attachment 491052 [details]
Screenshot of the error

Created attachment 491053 [details]
/var/log/message and sosreport of the host

Brew build available at (In reply to comment #16)
> Marcelo, can you produce a private brew build to let QE verify that the fix
> works early enough?

Brew build available at

https://brewweb.devel.redhat.com/taskinfo?taskID=3257445

(In reply to comment #20)
> Brew build available at (In reply to comment #16)
> > Marcelo, can you produce a private brew build to let QE verify that the fix
> > works early enough?
> 
> Brew build available at
> 
> https://brewweb.devel.redhat.com/taskinfo?taskID=3257445

Hi, Marcelo
Verified with the build you provided with win2k8 and win7 images.
Reboot 5 times for each guest and they can restart smoothly.
So this issue is fixed in that build.

Thanks
qunfang

------- Comment From santwana.samantray.com 2011-04-15 11:30 EDT-------
Hello Redhat,

I feel , the Bug 684719 - Windows guests hang when rebooting with kernel-2.6.32-121.el6, is a different issue as compared to this bug. In this bug, Windows2008 32-bit guest installation isn't proceeding at all with smp > 1.
Installation happens fine when we assign cpu =1.

Thanks,
Santwana

------- Comment From markwiz.com 2011-04-18 06:22 EDT-------
This was tested with 20110413.1 build for SNAP4 and it still fails.

(In reply to comment #23)
> ------- Comment From markwiz.com 2011-04-18 06:22 EDT-------
> This was tested with 20110413.1 build for SNAP4 and it still fails.

Hi,
Seems the fix is not included in SNAP4. Please have a check after SNAP5 comes out.

Thanks.

Patch(es) available on kernel-2.6.32-131.0.2.el6

Re-test with kernel-2.6.32-131.0.2.el6, this issue does NOT exist.
But according to Comment 29, the patches were reverted in 131.0.3.el6.
So tried with kernel-2.6.32-131.0.5.el6, the problem happens again. Guest hangs during reboot.

I can reproduce when install win7.64 in Intel Q9550

1. cmd (blk:ide, nic:rtl8139)
qemu-kvm -drive file=/usr/images/win7-64.qcow2,index=0,if=none,id=drive-ide0-0-0,media=disk,cache=none,format=qcow2,aio=native \
-device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 \
-device rtl8139,netdev=idCTN3Lp,mac=9a:db:bf:5d:7a:58,id=ndev00idCTN3Lp,bus=pci.0,addr=0x3 -netdev tap,id=idCTN3Lp,script=/usr/kvm/scripts/qemu-ifup-switch,downscript=no -m 4096 -smp 4,cores=1,threads=1,sockets=4 \
-drive file=/usr/ISO/Windows7/en_windows_7_ultimate_with_sp1_x64_dvd_618240.iso,index=1,if=none,id=drive-ide0-0-1,media=cdrom,readonly=on,format=raw \
-device ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -drive file=/usr/isos/windows/winutils.iso,index=2,if=none,id=drive-ide0-1-0,media=cdrom,readonly=on,format=raw \
-device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/usr/isos/windows/virtio-win.iso,index=3,if=none,id=drive-ide0-1-1,media=cdrom,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 -cpu cpu64-rhel6,+sse2,+x2apic -fda /usr/local/staf/test/RHEV/kvm/autotest/client/tests/kvm/images/win7-64/answer.vfd -spice port=8000,disable-ticketing -vga qxl -rtc base=localtime,clock=host,driftfix=none -M rhel6.1.0 -boot order=cdn,once=d,menu=off -usbdevice tablet -enable-kvm
top
2. host ( 4G & 4 cpu)

kernel: 2.6.32-131.0.7.el6.x86_64

processor	: 3
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Quad CPU    Q9550  @ 2.83GHz
stepping	: 10
cpu MHz		: 2000.000
cache size	: 6144 KB
physical id	: 0
siblings	: 4
core id		: 3
cpu cores	: 4
apicid		: 3
initial apicid	: 3
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm tpr_shadow vnmi flexpriority
bogomips	: 5652.22
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual

3. top

26348 root      20   0 4878m 3.1g 1388 S  8.3 83.3   4:52.70 poll_sche qemu
26381 root      20   0 4878m 3.1g 1388 S  2.7 83.3   0:25.40 epoll_wai qemu
26364 root      20   0 4878m 3.1g 1388 D  2.0 83.3   6:01.39 sync_page qemu
26365 root      20   0 4878m 3.1g 1388 D  1.0 83.3   4:18.86 sync_page qemu
26366 root      20   0 4878m 3.1g 1388 S  0.0 83.3   2:09.33 kvm_vcpu_ qemu
26367 root      20   0 4878m 3.1g 1388 S  0.0 83.3   2:16.86 kvm_vcpu_ qemu

4. kvm_stat

kvm statistics

 efer_reload                  0       0
 exits                 52331952    4586
 fpu_reload             3057635     229
 halt_exits             1411439       0
 halt_wakeup            1213669       0
 host_state_reload     13569004     737
 hypercalls                   0       0
 insn_emulation         7274552     225
 insn_emulation_fail         96       0
 invlpg                 2372511      22
 io_exits              11578010     596
 irq_exits              2806064      64
 irq_injections         2222159     101
 irq_window              332208      18
 largepages                  14       0
 mmio_exits               63350      18
 mmu_cache_miss          141168      11
 mmu_flooded              23281       2
 mmu_pde_zapped           70098       2
 mmu_pte_updated         540302       2
 mmu_pte_write           473296       3
 mmu_recycled                 0       0

5. gdb info

gdb

(gdb) bt
#0  0x0000003293cde9a7 in ioctl () from /lib64/libc.so.6
#1  0x000000000042c294 in kvm_vm_ioctl (s=<value optimized out>, type=<value optimized out>)
    at /usr/src/debug/qemu-kvm-0.12.1.2/kvm-all.c:888
#2  0x000000000042c575 in kvm_get_map (kvm=<value optimized out>, phys_addr=4026531840, len=<value optimized out>,
    opaque=0x0, cb=0x42b040 <kvm_get_dirty_bitmap_cb>) at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:662
#3  kvm_get_dirty_pages_range (kvm=<value optimized out>, phys_addr=4026531840, len=<value optimized out>, opaque=0x0,
    cb=0x42b040 <kvm_get_dirty_bitmap_cb>) at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:691
#4  0x000000000042c636 in kvm_physical_sync_dirty_bitmap (start_addr=<value optimized out>, end_addr=<value optimized out>)
    at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:2636
#5  0x00000000004ec315 in cpu_physical_sync_dirty_bitmap (start_addr=4026531840, end_addr=4093640704)
    at /usr/src/debug/qemu-kvm-0.12.1.2/exec.c:2015
#6  0x000000000044aab1 in vga_sync_dirty_bitmap (opaque=0x3448d40) at /usr/src/debug/qemu-kvm-0.12.1.2/hw/vga.c:1580
#7  vga_draw_graphic (opaque=0x3448d40) at /usr/src/debug/qemu-kvm-0.12.1.2/hw/vga.c:1677
#8  vga_update_display (opaque=0x3448d40) at /usr/src/debug/qemu-kvm-0.12.1.2/hw/vga.c:1938
#9  0x00000000004ca6df in qemu_spice_display_refresh (ssd=0x3446ab0) at ui/spice-display.c:242
#10 0x000000000040c10e in dpy_refresh (opaque=0x1f74bb0) at /usr/src/debug/qemu-kvm-0.12.1.2/console.h:268
#11 gui_update (opaque=0x1f74bb0) at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:3649
#12 0x000000000040bb70 in qemu_run_timers (timeout=1000) at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:1221
#13 main_loop_wait (timeout=1000) at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:4464
#14 0x000000000042b52a in kvm_main_loop () at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:2164
#15 0x000000000040ef55 in main_loop (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>)
    at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:4640
#16 main (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>)
---Type <return> to continue, or q <return> to quit---
    at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:6845

(In reply to comment #36)
> I can reproduce when install win7.64 in Intel Q9550
> 
> 1. cmd (blk:ide, nic:rtl8139)
> qemu-kvm -drive
> file=/usr/images/win7-64.qcow2,index=0,if=none,id=drive-ide0-0-0,media=disk,cache=none,format=qcow2,aio=native
> \
> -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 \
> -device
> rtl8139,netdev=idCTN3Lp,mac=9a:db:bf:5d:7a:58,id=ndev00idCTN3Lp,bus=pci.0,addr=0x3
> -netdev tap,id=idCTN3Lp,script=/usr/kvm/scripts/qemu-ifup-switch,downscript=no
> -m 4096 -smp 4,cores=1,threads=1,sockets=4 \
> -drive
> file=/usr/ISO/Windows7/en_windows_7_ultimate_with_sp1_x64_dvd_618240.iso,index=1,if=none,id=drive-ide0-0-1,media=cdrom,readonly=on,format=raw
> \
> -device ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -drive
> file=/usr/isos/windows/winutils.iso,index=2,if=none,id=drive-ide0-1-0,media=cdrom,readonly=on,format=raw
> \
> -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
> file=/usr/isos/windows/virtio-win.iso,index=3,if=none,id=drive-ide0-1-1,media=cdrom,readonly=on,format=raw
> -device ide-drive,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 -cpu
> cpu64-rhel6,+sse2,+x2apic -fda
> /usr/local/staf/test/RHEV/kvm/autotest/client/tests/kvm/images/win7-64/answer.vfd
> -spice port=8000,disable-ticketing -vga qxl -rtc
> base=localtime,clock=host,driftfix=none -M rhel6.1.0 -boot
> order=cdn,once=d,menu=off -usbdevice tablet -enable-kvm
> top
> 2. host ( 4G & 4 cpu)
> 
> kernel: 2.6.32-131.0.7.el6.x86_64
> 
> processor : 3
> vendor_id : GenuineIntel
> cpu family : 6
> model  : 23
> model name : Intel(R) Core(TM)2 Quad CPU    Q9550  @ 2.83GHz
> stepping : 10
> cpu MHz  : 2000.000
> cache size : 6144 KB
> physical id : 0
> siblings : 4
> core id  : 3
> cpu cores : 4
> apicid  : 3
> initial apicid : 3
> fpu  : yes
> fpu_exception : yes
> cpuid level : 13
> wp  : yes
> flags  : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36
> clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc
> arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx smx est
> tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm tpr_shadow vnmi flexpriority
> bogomips : 5652.22
> clflush size : 64
> cache_alignment : 64
> address sizes : 36 bits physical, 48 bits virtual
> 
> 3. top
> 
> 26348 root      20   0 4878m 3.1g 1388 S  8.3 83.3   4:52.70 poll_sche qemu
> 26381 root      20   0 4878m 3.1g 1388 S  2.7 83.3   0:25.40 epoll_wai qemu
> 26364 root      20   0 4878m 3.1g 1388 D  2.0 83.3   6:01.39 sync_page qemu
> 26365 root      20   0 4878m 3.1g 1388 D  1.0 83.3   4:18.86 sync_page qemu
> 26366 root      20   0 4878m 3.1g 1388 S  0.0 83.3   2:09.33 kvm_vcpu_ qemu
> 26367 root      20   0 4878m 3.1g 1388 S  0.0 83.3   2:16.86 kvm_vcpu_ qemu
> 
> 4. kvm_stat
> 
> kvm statistics
> 
>  efer_reload                  0       0
>  exits                 52331952    4586
>  fpu_reload             3057635     229
>  halt_exits             1411439       0
>  halt_wakeup            1213669       0
>  host_state_reload     13569004     737
>  hypercalls                   0       0
>  insn_emulation         7274552     225
>  insn_emulation_fail         96       0
>  invlpg                 2372511      22
>  io_exits              11578010     596
>  irq_exits              2806064      64
>  irq_injections         2222159     101
>  irq_window              332208      18
>  largepages                  14       0
>  mmio_exits               63350      18
>  mmu_cache_miss          141168      11
>  mmu_flooded              23281       2
>  mmu_pde_zapped           70098       2
>  mmu_pte_updated         540302       2
>  mmu_pte_write           473296       3
>  mmu_recycled                 0       0
> 
> 5. gdb info
> 
> gdb
> 
> (gdb) bt
> #0  0x0000003293cde9a7 in ioctl () from /lib64/libc.so.6
> #1  0x000000000042c294 in kvm_vm_ioctl (s=<value optimized out>, type=<value
> optimized out>)
>     at /usr/src/debug/qemu-kvm-0.12.1.2/kvm-all.c:888
> #2  0x000000000042c575 in kvm_get_map (kvm=<value optimized out>,
> phys_addr=4026531840, len=<value optimized out>,
>     opaque=0x0, cb=0x42b040 <kvm_get_dirty_bitmap_cb>) at
> /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:662
> #3  kvm_get_dirty_pages_range (kvm=<value optimized out>, phys_addr=4026531840,
> len=<value optimized out>, opaque=0x0,
>     cb=0x42b040 <kvm_get_dirty_bitmap_cb>) at
> /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:691
> #4  0x000000000042c636 in kvm_physical_sync_dirty_bitmap (start_addr=<value
> optimized out>, end_addr=<value optimized out>)
>     at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:2636
> #5  0x00000000004ec315 in cpu_physical_sync_dirty_bitmap
> (start_addr=4026531840, end_addr=4093640704)
>     at /usr/src/debug/qemu-kvm-0.12.1.2/exec.c:2015
> #6  0x000000000044aab1 in vga_sync_dirty_bitmap (opaque=0x3448d40) at
> /usr/src/debug/qemu-kvm-0.12.1.2/hw/vga.c:1580
> #7  vga_draw_graphic (opaque=0x3448d40) at
> /usr/src/debug/qemu-kvm-0.12.1.2/hw/vga.c:1677
> #8  vga_update_display (opaque=0x3448d40) at
> /usr/src/debug/qemu-kvm-0.12.1.2/hw/vga.c:1938
> #9  0x00000000004ca6df in qemu_spice_display_refresh (ssd=0x3446ab0) at
> ui/spice-display.c:242
> #10 0x000000000040c10e in dpy_refresh (opaque=0x1f74bb0) at
> /usr/src/debug/qemu-kvm-0.12.1.2/console.h:268
> #11 gui_update (opaque=0x1f74bb0) at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:3649
> #12 0x000000000040bb70 in qemu_run_timers (timeout=1000) at
> /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:1221
> #13 main_loop_wait (timeout=1000) at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:4464
> #14 0x000000000042b52a in kvm_main_loop () at
> /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:2164
> #15 0x000000000040ef55 in main_loop (argc=<value optimized out>, argv=<value
> optimized out>, envp=<value optimized out>)
>     at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:4640
> #16 main (argc=<value optimized out>, argv=<value optimized out>, envp=<value
> optimized out>)
> ---Type <return> to continue, or q <return> to quit---
>     at /usr/src/debug/qemu-kvm-0.12.1.2/vl.c:6845

Suqin,

This appears to be a different bug. I suppose the guest is hung at the point you attached gdb to qemu-kvm process? 

Please reproduce and gather the following information:

- Screen capture
- In the QEMU monitor:

info registers
cpu_set 1
info registers
cpu_set 2
info registers
cpu_set 3
info registers

- Is it reproducible with other guests?

Also, is win2k8 also affected?

btw: Please refrain of testing the -cpu model+flags.
Just stick to the supported models w/o changing the flags

In case it is another bug, open a new one and verify this one

And reproduce without qxl please.

1. repeat winxp, win2008, win2008r2, win7, win2003 installation (ide/rtl8139/spice) on the same host (Intel Q9550) can not reproduce.

2. It needs around 40 mins to reboot guest while I install win7 on host 4450B

processor	: 1
vendor_id	: AuthenticAMD
cpu family	: 15
model		: 107
model name	: AMD Athlon(tm) Dual Core Processor 4450B
stepping	: 2
cpu MHz		: 1000.000
cache size	: 512 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
apicid		: 1
initial apicid	: 1
fpu		: yes
fpu_exception	: yes
cpuid level	: 1
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch lbrv
bogomips	: 2004.10
TLB size	: 1024 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps


3. will verify this bug, and open new bug to trace 2. issue

create bug 699991 to trace issue in comment 36

Change the status to "VERIFIED" according to comment 41, comment 21

------- Comment From vahegde1.ibm.com 2011-04-27 10:09 EDT-------
Hello Suqin/Red Hat ,
(In reply to comment #25)
> Re-test with kernel-2.6.32-131.0.2.el6, this issue does NOT exist.
> But according to Comment 29, the patches were reverted in 131.0.3.el6.
> So tried with kernel-2.6.32-131.0.5.el6, the problem happens again. Guest hangs
> during reboot.

I got confused. Comment from Suqin (comment #41) says verification is passed. But he has not mentioned which version of the kernel he used. Can you tell me which version has fix to this bug ?

Vasant

hello ,Vasant

In kernel-2.6.32-131.0.2.el6 the patch included ,and reverted in kernel-2.6.32-131.0.3.el6
The patches were included again on kernel-2.6.32-131.0.7.el6.

Mike

------- Comment From santwana.samantray.com 2011-04-29 09:17 EDT-------
Hello Redhat,

This issue is still reproducible in the build 20110427.0( k.v- 2.6.32-131.0.10.el6.x86_64). When installing a Windows2008-32 bit guest with > 1 vcpu, installation fails. Installation happens fine, if we allocate 1 vcpu.

The ISO is copied on the host server for installation.

The host model is: x3650, Intel Xenon Quad core 3.00GHz, with 16GB memory.

The windows version used is: Windows Server 2008 Datacenter, Enterprise, and Standard with Service Pack 2 Debug/Checked Build (x86) - DVD (English)  version.

ISO: en_windows_server_2008_datacenter_enterprise_standard_sp2_checked_build_x86_dvd_342434.iso.

Thanks,
Santwana

------- Comment From markwiz.com 2011-04-29 09:30 EDT-------
There will be a significant impact if this is not fixed.

1) KVM test will not be able to exit test without an exception since we are required to run 100% of our test. This bug is currently blocking 4% of our tests.

2) Windows 2008 32 bit guest becomes unusable on RHEL6.1. This would be a significant regression from RHEL6.0 for customers.

------- Comment From tpnoonan.com 2011-04-29 12:08 EDT-------
Hi Red Hat, You marked RHBZ684719  as Verified and spun off a new RHBZ699991 to cover a separate defect. We tested an early RC and even the part of this problem covered in RHBZ684719 is still failing. This issue is blocking test but more important is a key issue that customers will expect fixed as early as possible i.e. 6.1 or 6.1 day-0 or 6.1.z. Many thanks.

------- Comment From santwana.samantray.com 2011-04-29 12:58 EDT-------
Hello Redhat,

I tried installing the Windows2008-32 bit guest using a *non-checked build* [en_windows_server_2008_datacenter_enterprise_standard_sp2_x86_dvd_342333.iso]  on the 20110427 build and the installation is passing even if we assign vcpus > 1.

Please note in my previous comment, I was using "Windows Server 2008 Datacenter, Enterprise, and Standard with Service Pack 2 Debug/Checked Build". The issue is still there with the Debug/Checked Build, installation fails allocating more than 1 vcpu.

Thanks,
Santwana

------- Comment From santwana.samantray.com 2011-04-29 12:59 EDT-------
Lowering the priority to high, as we can install the *non-checked* build version of the Windows2008-32 bit.

Hi, IBM

I think the problem of win2008-32 big guest installation failed with more than 1 vcpu when using a Debug build is a different issue with this one(windows hang during reboot), so can you please report a new bug? thanks.

BTW, In our test, we always use the "non-checked" build : en_windows_server_2008_datacenter_enterprise_standard_sp2_x86_dvd_342333.iso

------- Comment From ryanh.com 2011-05-03 10:03 EDT-------
This IBM bug has always been about install failures on >1 SMP with win2k8 , turns out  it only fails with the debug builds.  At some point, Dor marked this as duplicate of

bug 684719

but, it isn't.

------- Comment From sglass.com 2011-05-18 08:15 EDT-------
This has been verified and closed on IBM side.

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2011-0542.html