qemu windows guest hangs on 100% cpu usage
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
QEMU |
Expired
|
Undecided
|
Unassigned |
Bug Description
hi:
I have two VM , one is winXP Prefessional SP3 32bit, another one is WindowsServer2008 Enterprise SP2 64bit.
When I hot reboot winXP in guest OS, it'll hangs on progress bar, and all the vcpu thread in qemu is 100% usage.
There are no message in kernel log when it happened, I try to rebuild kvm and add some debug info , I found the cpu exit reason is EXIT_REASON_
It seems like all the vcpu always in spinlock waiting. I'm not sure whether it's qemu's bug or kvm's.
Any help would be appreciated.
How reproducible:
WinXP: seems always.
WinServer2008: rare.
Steps to Reproduce:
winXP: hot reboot the xp guest os, hot reboot is necessary.
WinServer2008: not sure, I didn't do anything, it just happened.
The different between WinXP and WInServer2008:
1. When WinXP hangs, the boot progress bar is rolling, I think that vnc is work fine.
2. When WinServer2008 hangs, the vnc show the last screen and the screen won't change anything include system time.
3. When the VM hangs , if I execute "virsh suspend vm-name" and "virsh resume vm-name", the WinServer2008 will change to normal , and work fine not hangs anymore. But WinXP not change anything, still hangs.
qemu version:
QEMU emulator version 1.5.0, Copyright (c) 2003-2008 Fabrice Bellard
host info:
Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
Ubuntu 12.04 LTS \n \l
Linux cvknode2026 3.13.6 #1 SMP Fri Dec 12 09:17:35 CST 2014 x86_64 x86_64 x86_64 GNU/Linux
qemu command line (guest OS XP):
root 7124 1178 7.6 7750360 3761644 ? Sl 14:02 435:23 /usr/bin/kvm -name x -S -machine pc-i440fx-
all qemu thread (guest OS XP):
root@cvknode202
top - 14:37:05 up 7 days, 4:07, 1 user, load average: 10.71, 10.90, 10.19
Tasks: 14 total, 12 running, 2 sleeping, 0 stopped, 0 zombie
Cpu(s): 38.8%us, 11.2%sy, 0.0%ni, 50.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 49159888k total, 35665128k used, 13494760k free, 436312k buffers
Swap: 8803324k total, 0k used, 8803324k free, 28595100k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ P SWAP WCHAN COMMAND
7130 root 20 0 7568m 3.6g 6628 R 101 7.7 33:43.48 3 3.8g - kvm
7132 root 20 0 7568m 3.6g 6628 R 101 7.7 33:43.13 1 3.8g - kvm
7133 root 20 0 7568m 3.6g 6628 R 101 7.7 33:42.70 6 3.8g - kvm
7135 root 20 0 7568m 3.6g 6628 R 101 7.7 33:42.33 11 3.8g - kvm
7137 root 20 0 7568m 3.6g 6628 R 101 7.7 33:42.59 17 3.8g - kvm
7126 root 20 0 7568m 3.6g 6628 R 100 7.7 34:06.76 4 3.8g - kvm
7127 root 20 0 7568m 3.6g 6628 R 100 7.7 33:44.14 8 3.8g - kvm
7128 root 20 0 7568m 3.6g 6628 R 100 7.7 33:43.64 13 3.8g - kvm
7129 root 20 0 7568m 3.6g 6628 R 100 7.7 33:43.64 7 3.8g - kvm
7131 root 20 0 7568m 3.6g 6628 R 100 7.7 33:44.24 10 3.8g - kvm
7134 root 20 0 7568m 3.6g 6628 R 100 7.7 33:42.47 12 3.8g - kvm
7136 root 20 0 7568m 3.6g 6628 R 100 7.7 33:42.16 2 3.8g - kvm
7124 root 20 0 7568m 3.6g 6628 S 1 7.7 0:30.65 14 3.8g poll_sche kvm
7139 root 20 0 7568m 3.6g 6628 S 0 7.7 0:01.71 14 3.8g futex_wai kvm
all thread's kernel stack (guest OS XP):
root@cvknode202
[<ffffffffa02b1
[<fffffffffffff
root@cvknode202
[<fffffffffffff
root@cvknode202
[<ffffffffa02b1
[<fffffffffffff
root@cvknode202
[<ffffffffa02b1
[<ffffffffa02b6
[<ffffffffa0413
[<ffffffffa0414
[<ffffffffa03fc
[<ffffffff811d4
[<ffffffff811d4
[<ffffffff81761
[<fffffffffffff
root@cvknode202
[<fffffffffffff
root@cvknode202
[<ffffffffa02b1
[<fffffffffffff
root@cvknode202
[<ffffffffa02b7
[<ffffffffa02ba
[<fffffffffffff
root@cvknode202
[<ffffffffa02b1
[<fffffffffffff
root@cvknode202
[<ffffffffa02b1
[<fffffffffffff
root@cvknode202
[<ffffffffa02b1
[<fffffffffffff
root@cvknode202
[<ffffffffa02b7
[<ffffffffa02ba
[<ffffffffa0413
[<ffffffffa0414
[<ffffffffa03fc
[<ffffffff811d4
[<ffffffff811d4
[<ffffffff81761
[<fffffffffffff
root@cvknode202
[<ffffffffa02b1
[<fffffffffffff
root@cvknode202
[<ffffffff811d5
[<ffffffff811d6
[<ffffffff811d6
[<ffffffff81761
[<fffffffffffff
root@cvknode202
[<ffffffff810da
[<ffffffff810dc
[<ffffffff810dd
[<ffffffff810de
[<ffffffff81761
[<fffffffffffff
qemu command line (guest OS WinServer2008):
root 25258 996 21.5 21174412 14181580 ? Sl Aug27 73740:11 /usr/bin/kvm -name zjx_1-clone -S -machine pc-i440fx-
cket,id=
=pci.0,addr=0x5 -drive file=/vms/
ial,chardev=
all qemu thread (guest OS WinServer2008):
top -d 1 -H -p 25258
top - 14:53:37 up 24 days, 21:27, 2 users, load average: 19.12, 20.56, 20.20
Tasks: 14 total, 13 running, 1 sleeping, 0 stopped, 0 zombie
Cpu(s): 48.1%us, 18.2%sy, 0.0%ni, 33.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 65674944k total, 64651012k used, 1023932k free, 194608k buffers
Swap: 8803324k total, 4140324k used, 4663000k free, 363712k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ P WCHAN COMMAND
25281 root 20 0 20.2g 13g 4020 R 157 21.6 5864:12 14 - kvm
25284 root 20 0 20.2g 13g 4020 R 155 21.6 5863:02 4 - kvm
25294 root 20 0 20.2g 13g 4020 R 153 21.6 5851:59 3 - kvm
25287 root 20 0 20.2g 13g 4020 R 152 21.6 5861:20 15 - kvm
25299 root 20 0 20.2g 13g 4020 R 152 21.6 5847:14 1 - kvm
25258 root 20 0 20.2g 13g 4020 R 122 21.6 3372:41 13 - kvm
25269 root 20 0 20.2g 13g 4020 R 101 21.6 5929:42 5 - kvm
25301 root 20 0 20.2g 13g 4020 R 101 21.6 5847:26 10 - kvm
25292 root 20 0 20.2g 13g 4020 R 100 21.6 5853:18 7 - kvm
25297 root 20 0 20.2g 13g 4020 R 100 21.6 5843:37 16 - kvm
25272 root 20 0 20.2g 13g 4020 R 98 21.6 5872:52 2 - kvm
25277 root 20 0 20.2g 13g 4020 R 93 21.6 5878:21 0 - kvm
25290 root 20 0 20.2g 13g 4020 R 51 21.6 5863:15 8 - kvm
25314 root 20 0 20.2g 13g 4020 S 0 21.6 0:41.42 1 futex_wai kvm
all thread's kernel stack (guest OS WinServer2008):
root@cvk11:
[<ffffffffa03cd
[<ffffffffa03d6
[<ffffffffa062c
[<ffffffffa062d
[<ffffffffa0615
[<ffffffff811d4
[<ffffffff811d4
[<ffffffff81761
[<fffffffffffff
root@cvk11:
[<ffffffffa0613
[<ffffffffa0613
[<ffffffffa03cd
[<fffffffffffff
root@cvk11:
[<fffffffffffff
root@cvk11:
[<fffffffffffff
root@cvk11:
[<ffffffffa03d3
[<ffffffffa03d6
[<ffffffffa062c
[<ffffffffa062d
[<ffffffffa0615
[<ffffffff811d4
[<ffffffff811d4
[<ffffffff81761
[<fffffffffffff
root@cvk11:
[<fffffffffffff
root@cvk11:
[<ffffffffa03d3
[<ffffffffa03d6
[<ffffffffa062c
[<ffffffffa062d
[<ffffffffa0615
[<ffffffff811d4
[<ffffffff811d4
[<ffffffff81761
[<fffffffffffff
root@cvk11:
[<ffffffffa03d3
[<fffffffffffff
root@cvk11:
[<ffffffffa03cd
[<fffffffffffff
root@cvk11:
[<ffffffffa03cd
[<fffffffffffff
root@cvk11:
[<fffffffffffff
root@cvk11:
[<ffffffffa03cd
[<fffffffffffff
root@cvk11:
[<fffffffffffff
root@cvk11:
[<ffffffff810da
[<ffffffff810dc
[<ffffffff810dd
[<ffffffff810de
[<ffffffff81761
[<fffffffffffff
description: | updated |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays?