RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 957326 - [virtio-win][scsi]Hibernate failed due to BSOD[9f] after block resize data disk on win7-64 guest
Summary: [virtio-win][scsi]Hibernate failed due to BSOD[9f] after block resize data di...
Keywords:
Status: CLOSED DUPLICATE of bug 846912
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virtio-win
Version: 6.5
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Vadim Rozenfeld
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-04-27 07:37 UTC by Min Deng
Modified: 2013-09-02 07:40 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-09-02 02:50:42 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
dump (41.51 MB, application/zip)
2013-04-27 07:43 UTC, Min Deng 		no flags Details
View All

Description Min Deng 2013-04-27 07:37:25 UTC 
Description of problem:
Guest will get a bsod while hibernating after block resize data disk.

Version-Release number of selected component (if applicable):
virtio-win-prewhql-59

How reproducible:
1 times

Steps to Reproduce:
1.boot up guest with 
/usr/libexec/qemu-kvm -m 4G -smp 4 -cpu cpu64-rhel6,+x2apic,family=0xf -usb -device usb-tablet -netdev tap,sndbuf=0,id=hostnet0,script=/etc/qemu-ifup,downscript=no -device e1000,netdev=hostnet0,mac=00:1c:3f:21:46:31 -uuid cccc6a20-2351-4762-a654-b7990c16d720 -no-kvm-pit-reinjection -chardev socket,id=111a,path=/tmp/monitor-R2-blk-scsi,server,nowait -mon chardev=111a,mode=readline -vnc :1 -rtc base=localtime,clock=host,driftfix=slew -chardev socket,id=seabios_debug,path=/tmp/monitor-seabios,server,nowait -device isa-debugcon,iobase=0x402,chardev=seabios_debug -drive file=win7-64-run.qcow2,if=none,media=disk,format=qcow2,rerror=stop,werror=stop,cache=none,aio=native,id=scsi-disk0 -drive file=disk1.qcow2,if=none,media=disk,format=qcow2,rerror=stop,werror=stop,cache=none,aio=native,id=scsi-disk1 -drive file=disk3.raw,if=none,media=disk,format=raw,rerror=stop,werror=stop,cache=none,aio=native,id=scsi-disk3 -drive file=disk4.raw,if=none,media=disk,format=raw,rerror=stop,werror=stop,cache=none,aio=native,id=scsi-disk4 -device virtio-scsi-pci,id=bus1 -device scsi-hd,bus=bus1.0,drive=scsi-disk0,id=disk,serial=test,bootindex=1 -device scsi-hd,bus=bus1.0,drive=scsi-disk1,id=disk1,serial=test1 -device scsi-hd,bus=bus1.0,drive=scsi-disk3,id=disk3,serial=test3,scsi-id=2,lun=3 -device scsi-hd,bus=bus1.0,drive=scsi-disk4,id=disk4,serial=test4,scsi-id=1,lun=4 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -M rhel6.4.0 -spice port=5931,disable-ticketing -vga qxl -qmp tcp:0:4444,server,nowait -monitor stdio -device virtio-scsi-pci,id=bus2 -device scsi-hd,bus=bus2.0,drive=scsi-disk2,id=disk2 -drive file=disk2.raw,if=none,media=disk,format=raw,rerror=stop,werror=stop,cache=none,aio=native,id=scsi-disk2,serial=test2
2.block_resize scsi-disk4 to 15G [original is about 2G]
  Login to guest and check/format the new added disk.
3.do Hibernate 
  
Actual results:
It took a long time to hibernate and the guest got BSOD finally.

Expected results:
The guest can hibernate 

Additional info:
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time (usually 10 minutes).
Arguments:
Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time
Arg2: fffffa800407b060, Physical Device Object of the stack
Arg3: fffff80000b9c518, nt!TRIAGE_9F_POWER on Win7, otherwise the Functional Device Object of the stack
Arg4: fffffa80039f37d0, The blocked IRP

Debugging Details:
------------------


DRVPOWERSTATE_SUBCODE:  3

IMAGE_NAME:  vioscsi.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  516ea910

MODULE_NAME: vioscsi

FAULTING_MODULE: fffff88000c54000 vioscsi

DEFAULT_BUCKET_ID:  WIN7_DRIVER_FAULT

BUGCHECK_STR:  0x9F

PROCESS_NAME:  System

CURRENT_IRQL:  2

STACK_TEXT:  
fffff800`00b9c4c8 fffff800`0274cb52 : 00000000`0000009f 00000000`00000003 fffffa80`0407b060 fffff800`00b9c518 : nt!KeBugCheckEx
fffff800`00b9c4d0 fffff800`026ec062 : fffff800`00b9c600 fffff800`00b9c600 00000000`00000001 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x34a90
fffff800`00b9c570 fffff800`026ebf06 : fffffa80`036e5c68 fffffa80`036e5c68 00000000`00000000 00000000`00000000 : nt!KiProcessTimerDpcTable+0x66
fffff800`00b9c5e0 fffff800`026ebdee : 00000008`7a643188 fffff800`00b9cc58 00000000`00038e54 fffff800`02855d08 : nt!KiProcessExpiredTimerList+0xc6
fffff800`00b9cc30 fffff800`026ebbd7 : 00000003`08f8abc2 00000003`00038e54 00000003`08f8abcf 00000000`00000054 : nt!KiTimerExpiration+0x1be
fffff800`00b9ccd0 fffff800`026d836a : fffff800`02852e80 fffff800`02860cc0 00000000`00000000 fffff800`026e785c : nt!KiRetireDpcList+0x277
fffff800`00b9cd80 00000000`00000000 : fffff800`00b9d000 fffff800`00b97000 fffff800`00b9cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND:  kb

FOLLOWUP_NAME:  MachineOwner

FAILURE_BUCKET_ID:  X64_0x9F_3_disk_IMAGE_vioscsi.sys

BUCKET_ID:  X64_0x9F_3_disk_IMAGE_vioscsi.sys

Followup: MachineOwner
---------
Comment 2 Min Deng 2013-04-27 07:43:55 UTC 
Created attachment 740734 [details]
dump
Comment 5 Mike Cao 2013-07-31 09:43:11 UTC 
jguo, Pls retest this bug on RHEL6.5 hosts with seabios-28
Comment 6 lijin 2013-08-02 05:09:56 UTC 
QE tested this issue on rhel6.5 host with seabios-28

Package version:
    * kernel-2.6.32-393.el6.x86_64    
    * qemu-img-rhev-0.12.1.2-2.377.el6.x86_64
    * virtio-win-prewhql-0.1-65
    * seabios-0.6.1.2-28.el6.x86_64
    * vgabios-0.6b-3.7.el6.noarch
    * sgabios-0-0.3.20110621svn.el6

Steps as comment #0

Actual result:
 Could hibernate and resume successfully without BSOD happened.

Based on the above this issue has been fixed already.
Comment 7 Vadim Rozenfeld 2013-08-31 10:03:01 UTC 
can we close it, based on comment #6?
Comment 8 Mike Cao 2013-09-02 02:50:42 UTC 

*** This bug has been marked as a duplicate of bug 876250 ***
Comment 9 Laszlo Ersek 2013-09-02 07:40:15 UTC 
fixing up the dupe bug

*** This bug has been marked as a duplicate of bug 846912 ***
Note You need to log in before you can comment on or make changes to this bug.