Bug 514887
Summary: | Mouse and keyboard of guest are unavailable after migration-[kvm-83-101.el5] | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Qunfang Zhang <qzhang> | ||||
Component: | kvm | Assignee: | Juan Quintela <quintela> | ||||
Status: | CLOSED ERRATA | QA Contact: | Lawrence Lim <llim> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 5.4 | CC: | cward, ehabkost, lihuang, michen, mjenner, ovirt-maint, quintela, shuang, tao, tools-bugs, virt-maint, ykaul, yxie | ||||
Target Milestone: | rc | Keywords: | Regression | ||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | kvm-83-104.el5 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2009-09-02 09:28:14 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: | 495630, 513501 | ||||||
Attachments: |
|
Description
Qunfang Zhang
2009-07-31 09:12:28 UTC
Reproduced locally. Working on it Created attachment 355833 [details]
Add correct ide version to all register_savevm calls in ide.c
This patch fixes the issue for me. It was an obvious bug (obvious now) in this patch: commit ee49f80b360dd57acc61df1694fc7ea798ffa485 Author: Gleb Natapov <gleb> Date: Wed Jul 29 19:15:11 2009 +0300 make windows notice media change *** Bug 515482 has been marked as a duplicate of this bug. *** Tested in kvm-83-105.el5,kernel-2.6.18-160.el5 PASS. Event posted on 08-05-2009 05:40am EDT by bugzilla These changes made by lihuang. Bugzilla comment added: Tested in kvm-83-105.el5,kernel-2.6.18-160.el5 PASS. Bugzilla status changed from 'ON_QA' to 'VERIFIED' https://bugzilla.redhat.com/show_bug.cgi?id=514887 This event sent from IssueTracker by jkachuck issue 325938 Event posted on 08-05-2009 07:54am EDT by Glen Johnson ------- Comment From santwana.samantray.com 2009-08-05 07:46 EDT------- Hello Redhat, I verified this issue with the below nightly build version's, and could conclude that, "Issue still persists with RHEL5.4-Snap5 32bit guest (i.e guest becomes unresponsive after migration). However, migration is working fine with RHEL5.4-Snap5-64bit guest. Versions: kvm-83-104.el5 libvirt-0.6.3-17.el5 RHEL5.4(2.6.18-160) Thanks, Santwana Ticket type changed from 'Problem' to '' This event sent from IssueTracker by jkachuck issue 325938 Event posted on 08-05-2009 10:26am EDT by Glen Johnson ------- Comment From tpnoonan.com 2009-08-05 10:17 EDT------- KVM 105 became available this morning in the nightly build for 8/05. We have not tested it. 104 still had issues, 64 bit virsh and virt-manager migration worked. 32 bit clients had issues. Qemu still was broken: For qemu reference the reopened 54554 - RIT316553-[Regression] Remote migration of rhel5.4 guest using qemu-kvm fails. ------- Comment From tpnoonan.com 2009-08-05 10:17 EDT------- After kvm migration regression in ss5 (vs ss4) kvm stability is in question as we are testing nightly builds (103 then 104 now 105), I hope Red Hat waits until migration is working and stability is achieved before building RC This event sent from IssueTracker by jkachuck issue 325938 This also regressed Spice: after migration, it used to output two keys per keystroke (tried on 83-103). 83-105 seems to be OK. Event posted on 08-06-2009 06:39am EDT by Glen Johnson ------- Comment From santwana.samantray.com 2009-08-06 06:27 EDT------- Hello Redhat, I verified this issue with the kvm-83-105 nightly build version, and could conclude that, "Issue still persists with RHEL5.4-Snap5 32bit guest (i.e guest becomes unresponsive after migration). However, migration is working fine with RHEL5.4-Snap5-64bit guest. Versions: kvm-83-105.el5 libvirt-0.6.3-20.el5 RHEL5.4(2.6.18-160) Thanks, Santwana This event sent from IssueTracker by jkachuck issue 325938 Event posted on 08-07-2009 12:03pm EDT by Glen Johnson ------- Comment From santwana.samantray.com 2009-08-07 11:57 EDT------- Hello Redhat, I could still reproduce this issue: I used RHEL5.4-Early RC1 as host & tried migrating RHEL5.4-Snap5-32bit guest. After migration, the RHEL5.4-Snap5 32bit guest stops responding to any keystrokes or mouse cursor. Even the running processes like "top" or "ping" stops responding. However, migrating back the same guest from destination to source works fine, i.e it starts responding to keystrokes and mouse cursor. But this issue is not seen with RHEL5.4-Snap5-64bit guest. Observation:- The migrated guest's qemu process is utilizing 400% CPU utilization at the destination. Versions: kvm-83-105.el5 kvm-tools-83-105.el5 kmod-kvm-83-105.el5 kvm-qemu-img-83-105.el5 libvirt-0.6.3-20.el5 RHEL5.4(2.6.18-162) Thanks, Santwana This event sent from IssueTracker by jkachuck issue 325938 It looks like the target machine has not uptodate kvm. Could you recheck that kvm-83-105.el5 is installed in the target machine? I am not able to reproduce this one anymore. Thanks, Jua'n. *** Bug 515482 has been marked as a duplicate of this bug. *** Release note added. If any revisions are required, please set the "requires_release_notes" flag to "?" and edit the "Release Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: When migrating KVM guests between hosts, the NX CPU feature setting on both source and destination must match. Migrating a guest between a host with the NX feature disabled (e.g. disabled by the BIOS) and a host with the NX feature enabled may make the guest hang or crash. Deleted Release Notes Contents. Old Contents: When migrating KVM guests between hosts, the NX CPU feature setting on both source and destination must match. Migrating a guest between a host with the NX feature disabled (e.g. disabled by the BIOS) and a host with the NX feature enabled may make the guest hang or crash. I don't have anything else to add to comment #30 from Eduardo, Ryan. 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/RHEA-2009-1272.html |