Bug 624582

Summary: mouse of rhel3.9 guest does not work after migration
Product: Red Hat Enterprise Linux 6 Reporter: ZhangQian <qizhang>
Component: qemu-kvmAssignee: Markus Armbruster <armbru>
Status: CLOSED CANTFIX QA Contact: Virtualization Bugs <virt-bugs>
Severity: medium Docs Contact:
Priority: low    
Version: 6.0CC: amit.shah, chayang, gcosta, lihuang, michen, mkenneth, ndai, tburke, virt-maint
Target Milestone: rcKeywords: RHELNAK
Target Release: 6.1   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-05-30 08:01:19 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: 580951    

Description ZhangQian 2010-08-17 05:12:03 UTC
Description of problem:
After migration, the mouse in rhel3.9 guest does not work.

Version-Release number of selected component (if applicable):
# uname -r
2.6.32-63.el6.x86_64
# rpm -q qemu-kvm
qemu-kvm-0.12.1.2-2.109.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
1.Start rhel3.9 guest on src host
# /usr/libexec/qemu-kvm -m 2G -smp 2 -cpu qemu64,+x2apic -balloon none -no-kvm-pit-reinjection -rtc base=localtime,clock=host,driftfix=slew -usbdevice tablet -drive file=rhel3.9.raw,if=none,format=raw,cache=none,werror=stop,rerror=stop,id=drive-virtio0 -device virtio-blk-pci,drive=drive-virtio0,id=virtio-blk-pci0,addr=0x8 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,mac=20:20:78:90:12:93 -boot c -monitor stdio -vnc :8 -qmp tcp:0:4445,server,nowait

2.Start listening mode on dst host

3.Do migration
src host:
(qemu)migrate -d tcp:10.66.65.134:5888
(qemu) info migrate
Migration status: active
transferred ram: 2016856 kbytes
remaining ram: 180816 kbytes
total ram: 2113920 kbytes
(qemu) info migrate
Migration status: completed
(qemu) info status
VM status: paused

dst host:
(qemu) info status
VM status: running 

Actual results:
After migration complete, the mouse do not work, keyboard can work normally.


Expected results:
The guest can be operated by mouse and keyboard smoothly. 


Additional info:

(1)rhel3.9 guest info
# uname -r
2.4.21-63.EL

(2)I also tried the rhel5.4-32 guest, no such issue found.

Comment 2 RHEL Program Management 2010-08-17 05:38:49 UTC
This issue has been proposed when we are only considering blocker
issues in the current Red Hat Enterprise Linux release.

** If you would still like this issue considered for the current
release, ask your support representative to file as a blocker on
your behalf. Otherwise ask that it be considered for the next
Red Hat Enterprise Linux release. **

Comment 4 Amit Shah 2010-10-13 12:20:15 UTC
Can this still be reproduced?

Comment 7 Gerd Hoffmann 2010-11-25 12:23:07 UTC
Can't reproduce locally.

What does 'info mice' print before and after migration?
What does 'info usb' print before and after migration?

Comment 8 Chao Yang 2010-12-27 08:42:23 UTC



(In reply to comment #7)
> Can't reproduce locally.
> 
> What does 'info mice' print before and after migration?
> What does 'info usb' print before and after migration?

Tested three times, cannot reproduce comment 0 issue.

[root@dhcp-65-56 ~]# uname -r
2.6.32-93.el6.x86_64
[root@dhcp-65-56 ~]# rpm -qa|grep qemu
qemu-img-0.12.1.2-2.128.el6.x86_64
qemu-kvm-debuginfo-0.12.1.2-2.128.el6.x86_64
gpxe-roms-qemu-0.9.7-6.3.el6.noarch
qemu-kvm-tools-0.12.1.2-2.128.el6.x86_64
qemu-kvm-0.12.1.2-2.128.el6.x86_64


---Remote migration---
SRC:
before migration
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet
after migration
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet

DST: 
before migration
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet
after migration
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet



---local migration---
before migration
SRC
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet
DST
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet

after migration
SRC
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet

DST
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet



---migration-via compressed file---

before migration
SRC
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet
DST
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet

after migration
SRC
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet
DST
(qemu) info mice
* Mouse #0: QEMU PS/2 Mouse
(qemu) info usb
  Device 0.0, Speed 12 Mb/s, Product QEMU USB Tablet

Comment 9 Chao Yang 2010-12-27 08:44:32 UTC
SRC CLI:
#/usr/libexec/qemu-kvm  -m 2G -smp 2 -cpu qemu64,+x2apic -balloon none -no-kvm-pit-reinjection -rtc base=localtime,clock=host,driftfix=slew -usbdevice tablet -drive file=/root/RHEL-3.9-64-virtio.raw,if=none,format=raw,cache=none,werror=stop,rerror=stop,id=drive-virtio0 -device virtio-blk-pci,drive=drive-virtio0,id=virtio-blk-pci0,addr=0x8 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,mac=20:20:78:90:12:93 -boot c -monitor stdio -vnc :8 -qmp tcp:0:4445,server,nowait

DST CLI:
/usr/libexec/qemu-kvm  -m 2G -smp 2 -cpu qemu64,+x2apic -balloon none -no-kvm-pit-reinjection -rtc base=localtime,clock=host,driftfix=slew -usbdevice tablet -drive file=/root/RHEL-3.9-64-virtio.raw,if=none,format=raw,cache=none,werror=stop,rerror=stop,id=drive-virtio0 -device virtio-blk-pci,drive=drive-virtio0,id=virtio-blk-pci0,addr=0x8 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,mac=20:20:78:90:12:93 -boot c -monitor stdio -vnc :8 -qmp tcp:0:4445,server,nowait -incoming tcp:0:5880

Comment 10 Dor Laor 2011-03-23 14:10:29 UTC
Does it happens with other RHEL/Win guests?

Comment 11 Chao Yang 2011-03-24 12:32:45 UTC
(In reply to comment #10)
> Does it happens with other RHEL/Win guests?

Dor, below is my test matrix, all local migration tests PASSED on AMD host, if any image missed, please point it out. Thanks.

 rhel6.1-32.qcow2    RHEL-Server-6.0-32-virtio.qcow2  
 rhel6.1-64.qcow2    RHEL-Server-6.0-64-virtio.qcow2  

RHEL-4.9-64-virtio.qcow2               
RHEL-4.9-PAE-virtio.qcow2              
RHEL-4.9-32-virtio.qcow2

win2008r2-64-virtio.qcow2  
win2008-32-virtio.qcow2    win2003-32-virtio-el6.qcow2
win2008-64-virtio.qcow2    win2003-64-virtio.qcow2

RHEL-Server-5.6-32-virtio.qcow2
RHEL-Server-5.6-64-virtio.qcow2
RHEL-Server-5.6-PAE-virtio.qcow2

win7-32-virtio.qcow2 
win7-64-virtio.qcow2 

winXP-32-virtio.qcow2

Comment 13 Markus Armbruster 2011-05-30 08:01:19 UTC
Closing because all attempts to reproduce this bug have failed (comment#7 .. comment#11).  Please reopen if you can reproduce the bug.