Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
First Last Prev Next    This bug is not in your last search results.
Bug 957505 - QEMU assertion when windows guest returns from hibernation
QEMU assertion when windows guest returns from hibernation
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virtio-win (Show other bugs)
6.5
Unspecified Windows
unspecified Severity medium
: rc
: ---
Assigned To: Dmitry Fleytman
Virtualization Bugs
:
Depends On:
Blocks: 920928 959154 960503
  Show dependency tree / graph
 
Reported: 2013-04-28 11:16 EDT by Dmitry Fleytman
Modified: 2013-12-06 02:49 EST (History)
9 users (show)

See Also:
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-21 19:11:40 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2013:1729 normal SHIPPED_LIVE virtio-win bug fix and enhancement update 2013-11-20 19:39:25 EST

  None (edit)
Description Dmitry Fleytman 2013-04-28 11:16:16 EDT 
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 04:03:46 EDT 
Could anyone provide QE the steps to reproduce this bug ?
Comment 3 Dmitry Fleytman 2013-05-02 04:43:28 EDT 
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 04:53:26 EDT 
(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 03:58:54 EDT 
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-29 23:23:06 EDT 
dengmin ,pls verify it according to comment #3
Comment 7 Min Deng 2013-06-06 23:45:30 EDT 
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 02:54:13 EDT 
Based on comment #7 ,Move Status to VERIFIED
Comment 14 errata-xmlrpc 2013-11-21 19:11:40 EST 
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
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.