Bug 714915
| Summary: | BSOD occurs in windows guest when hit werror wi/o werror=stop | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Mike Cao <bcao> | ||||
| Component: | kvm | Assignee: | Arkady Frenkel <afrenkel> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 5.7 | CC: | bcao, juzhang, kwolf, michen, mkenneth, rhod, virt-maint | ||||
| 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: | 2011-07-06 09:38:41 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 580948 | ||||||
| Attachments: |
|
||||||
|
Description
Mike Cao
2011-06-21 10:19:28 UTC
Created attachment 505793 [details]
Screen dump
Hi, Mike! Please upload memory dump file of that crash ( screen dump is just some part of it). That may be memory.dmp file in windows directory or kernel minidump file in windows\minidump directory. Obviously kernel dump include more info than minidump but let's start from something we have. If minidump will have no enough info, I'll ask you to set "kernel memory dump" in advance options in the property box of the computer and reproduce the crash TIA Arkady Hi, Mike! After some additional analysis ( just didn't pay attention on the bottom of the bluescreen, I understand that it's impossible to receive dump file because of disk absence. But that was the reason why bsod happen, some critical process ( the one from the list in http://msdn.microsoft.com/en-us/library/aa373646%28VS.85%29.aspx ) tried to write to disk ( e.g. paged memory into swapfile or something else ) and failed on that write op. That caused for this process to terminated and in advance caused current BSOD - CRITICAL_OBJECT_TERMINATION (f4) A process or thread crucial to system operation has unexpectedly exited or been terminated. When werror=stop exist qemu suspend VM so windows kernel doesn't run and no write error happen in it. When you restart iscsi-target (insert disk back) the guest continue to work without knowledge of the previous write error. So for the windows guest werror=stop is must, unless you want to remove it for some debug purposes. Arkady Mike, Arkady, I believe that we would like the default to be werror=stop. Anyhow, we try to do the bare minimum for RHEL-5. How are things with RHEL-6.1 (In reply to comment #6) > Mike, Arkady, > I believe that we would like the default to be werror=stop. no ,Kevin said Default value is werror=enospc > Anyhow, we try to do the bare minimum for RHEL-5. How are things with RHEL-6.1 In this case, if we'll decide not to change to default werror=stop for guest running windows OS (any) in RHEL 6, possible to stand that it's by design behaviour, as I wrote before. Closing the bug. BSOD is the expected guest behavior when its system disk is suddenly removed. (In reply to comment #9) > Closing the bug. > BSOD is the expected guest behavior when its system disk is suddenly removed. as werror=stop is the recommend param during testing .Can we change to default werror=stop ? Mike At least for VM running Windows. Kevin, In view of https://bugzilla.redhat.com/show_bug.cgi?id=714915#c7 What is your call? |