Bug 957505

Summary: QEMU assertion when windows guest returns from hibernation
Product: Red Hat Enterprise Linux 6 Reporter: Dmitry Fleytman <dfleytma>
Component: virtio-winAssignee: Dmitry Fleytman <dfleytma>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.5CC: acathrow, bcao, bsarathy, juzhang, lnovich, mdeng, michen, qzhang, yvugenfi
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Windows   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Cause: Setting virtio features to 0 before hibernation Consequence: QEMU assertion Fix: Do not set feature bits to 0. Result: Guest can hibernate without a problem.
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-11-22 00:11:40 UTC Type: Bug
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: 920928, 959154, 960503    

Description Dmitry Fleytman 2013-04-28 15:16:16 UTC
Description of problem:

QEMU asserts when guest returns from hibernation

Version-Release number of selected component (if applicable):

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 2 Mike Cao 2013-05-02 08:03:46 UTC
Could anyone provide QE the steps to reproduce this bug ?

Comment 3 Dmitry Fleytman 2013-05-02 08:43:28 UTC
Hello Mike,

Basically what you need is to make VM hibernate and re-run the qemu.
However this bug is a race condition by nature so it does not show up on every hibernation cycle, we saw it almost every time on MPE test while working on BZ#920928.

Dmitry

Comment 4 Mike Cao 2013-05-02 08:53:26 UTC
(In reply to comment #3)
> Hello Mike,
> 
> Basically what you need is to make VM hibernate and re-run the qemu.
> However this bug is a race condition by nature so it does not show up on
> every hibernation cycle, we saw it almost every time on MPE test while
> working on BZ#920928.
> 
> Dmitry

Got it ,QE will run 1000 times s4 cycle to reproduce it ,

Comment 5 Dmitry Fleytman 2013-05-13 07:58:54 UTC
Another incarnation if this bug is device queues stuck after NDIS reset callback invocation. This explains failures of other HCK tests like MPE, RESET and MINI6SEND.

Comment 6 Mike Cao 2013-05-30 03:23:06 UTC
dengmin ,pls verify it according to comment #3

Comment 7 Min Deng 2013-06-07 03:45:30 UTC
Hi all,
   Re-test the bug via build 63 and MPE job has passed.
   According to comments 3,the bug has been fixed
Best regards,
Min

Comment 9 Mike Cao 2013-06-17 06:54:13 UTC
Based on comment #7 ,Move Status to VERIFIED

Comment 14 errata-xmlrpc 2013-11-22 00:11:40 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2013-1729.html