Bug 717882 - BSOD occurs when start 4 128GB windows guest on 512 GB host
Summary: BSOD occurs when start 4 128GB windows guest on 512 GB host
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: kvm
Version: 5.7
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: rc
: ---
Assignee: Virtualization Maintenance
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-30 10:04 UTC by Mike Cao
Modified: 2015-11-23 03:34 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-06-30 16:54:03 UTC
Target Upstream Version:

Attachments (Terms of Use)
screen dump (17.45 KB, image/png)
2011-06-30 10:06 UTC, Mike Cao 		no flags Details
qemu-kvm command line (2.12 KB, text/plain)
2011-06-30 10:08 UTC, Mike Cao 		no flags Details
Bugcheck Analysis (4.57 KB, text/plain)
2011-06-30 10:11 UTC, Mike Cao 		no flags Details
host infomation (7.07 KB, text/plain)
2011-06-30 10:14 UTC, Mike Cao 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Description Mike Cao 2011-06-30 10:04:45 UTC 
Description of problem:
start 4 guests to test 

Version-Release number of selected component (if applicable):
# uname -r ;rpm -q kvm
2.6.18-269.el5
kvm-83-238.el5


How reproducible:
sometimes 

Steps to Reproduce:
1.install windows 2008 R2 guest with -smp 4 -m 4G, on a small memory host
2.copy the origanal host into 4 copies. named win08.5 ,win08.6, win08.7,win08.8
3.start the 4 guests on a 512 GB host ,each guest starts with -m 128G -cpu 16.(commandLine will be attached )
4.running #stress in 4 guests
  
Actual results:
BSOD occurs in one guest ,other guests work well


Expected results:
no BSOD occurs.

Additional info:
Comment 1 Mike Cao 2011-06-30 10:06:25 UTC 
Created attachment 510623 [details]
screen dump
Comment 2 Mike Cao 2011-06-30 10:08:08 UTC 
Created attachment 510624 [details]
qemu-kvm command line
Comment 3 Mike Cao 2011-06-30 10:11:17 UTC 
Created attachment 510625 [details]
Bugcheck Analysis
Comment 4 Mike Cao 2011-06-30 10:14:26 UTC 
Created attachment 510627 [details]
host infomation
Comment 5 Paolo Bonzini 2011-06-30 10:28:08 UTC 
This is not really a bug; bugcheck 0x101 simply means that the system is overcommitted.  There is a Viridian extension that makes Windows suppress the watchdog, we do not have it implemented.
Comment 6 Ronen Hod 2011-06-30 16:54:03 UTC 
I take Paolo's word above, and close the bug. It is probably possible to do better, but the problem will always reveal itself (probably with more guests running in parallel). How is RHEL6 running this test?
Comment 7 Mike Cao 2011-07-01 02:15:15 UTC 
Hi, Paolo ,Ronen

Could you gave we a criteria that How much memory over-commit does we support in RHEL5 host ?
From this test ,I did 20G host memory overcommit ,and the host is 504G memory.

Best Regards,
Mike
Comment 8 Paolo Bonzini 2011-07-01 08:47:12 UTC 
It's not possible to give a number valid in all circumstances.  For Windows, the guest watchdog means that as soon as you overcommit all bets are off.  (Without overcommit, bugcheck 0x101 can still happen but if it is reproducible it should probably be considered a bug; see for example Xen bug 651912).
Note You need to log in before you can comment on or make changes to this bug.