Red Hat Bugzilla – Bug 647367
kvm: guest stale memory after migration
Last modified: 2013-01-10 22:26:59 EST
Description of problem: Guest memory would get olds values after migration, resulting in guest/qemu crashes Version-Release number of selected component (if applicable): I reproduced this on an upstream kernel 2.6.36 But same code is in kernel-2.6.32-80.el6 so I know it is broken there too. How reproducible: about 1 in 4 runs triggers this Steps to Reproduce: 0. used intel non-ept system (should happen on all systems but this is what I have) 1. start guest 6.0 with virtio and vhost-net. 2. run netperf host to guest 3. while under stress, migrate Actual results: destination qemu exists with message 'guest moved index' Expected results: should keep going and complete netperf after migration Additional info: Try with both debug and release kernel on guest and host
Fix: commit ae8894c00b560bde4cbbc2115f532df997e15d14 upstream
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
*** Bug 647964 has been marked as a duplicate of this bug. ***
Patch(es) available on kernel-2.6.32-83.el6
This bug will affect vhost on and off, I think this is same as https://bugzilla.redhat.com/show_bug.cgi?id=642243
Based on https://bugzilla.redhat.com/show_bug.cgi?id=642243#c15 , this issue has been fix ald.
*** Bug 642243 has been marked as a duplicate of this bug. ***
based on comment#11 ,change status to VERIFIED.
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Migrating a guest could have resulted in dirty values for the guest being retained in memory, which could have caused both the guest and qemu to crash. The trigger for this was memory pages being both write-protected and dirty simultaneously. With this update, memory pages in the current bitmap are either dirty or write-protected when migrating a guest, with the result that neither qemu nor guest operating systems crash following a migration.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2011-0542.html