Hide Forgot
Created attachment 1202631 [details] spice debug, bad behavior Description of problem: When I first boot up the host OS (Fedora 24) I can launch virt-manager, start my VM (IBM OpenClient RHEL 6.8) and use my mouse in the VM as normal. I can then close the VM window, shut down virt-manager, reopen virt-manager, and reopen the VM, and the mouse still works. If I then close the VM windows, and wait some unknown amount of time (haven't been able to clock it), upon opening the VM window again, the mouse fails to to move - (I can see my pointer moving, but the VM thinks it is holding still). I can still click the mouse buttons, however. This behavior can always be fixed by a reboot, but it always returns fairly quickly. I rebooted, enabled spice debug, and captured debug traces from both a good and a bad session. I see that the good session had "mouse mode = 1", and the bad session had "mouse mode = 2". I also see an extra warning in the bad session about 'no element "avdec_h264"' I suspect this is a Spice problem, but then I wonder why virt-manager is setting the mouse mode differently when no changes were made to the VM in between captures. I do see similar behavior with my ovirt web interface launched consoles, so again that argues for an underlying issue of some kind. Version-Release number of selected component (if applicable): qemu: qemu-kvm-2.6.1-1.fc24.x86_64 virt-manager: virt-manager-1.4.0-3.fc24.noarch spice: spice-server-0.12.8-1.fc24.x86_64, spice-vdagent-0.16.0-3.fc24.x86_64 How reproducible: Steps to Reproduce: 1. Wait 30 min to an hour after booting, and try to use a VM through virt-manager 2. 3. Actual results: mouse movement is not captured by the VM Expected results: mouse movement captured by VM Additional info: This is a pretty recent install. The only thing out of the ordinary that I did was install Bumblebee drivers (non-free) following this guide: https://fedoraproject.org/wiki/Bumblebee I did revert those changes, just to see if it helped, and it did not.
Created attachment 1202632 [details] spice debug, good behavior
Created attachment 1202633 [details] VM xml dump
Host machine is a Thinkpad w540, Intel(R) Core(TM) i7-4800MQ CPU @ 2.70GHz, Quadro K1100M
Hi, thanks for taking time to report this bug. (In reply to Jared Wallace from comment #0) > I rebooted, enabled spice debug, and captured debug traces from both a good > and a bad session. I see that the good session had "mouse mode = 1", and the > bad session had "mouse mode = 2". mouse mode 1 is server mode while mode 2 is client mode. > I suspect this is a Spice problem, but then I wonder why virt-manager is > setting the mouse mode differently when no changes were made to the VM in > between captures. It's not virt-manager. server mode is default mode without guest agent installed. For some reason, the agent does not seem connected and then you fail to grab they mouse pointer on server mode. It would be good to see the logs from the spice vdagent (from your VM) and also check if the mouse pointer might be fixed since [0]. Sadly, this fix is upstream and not yet released yet. If i provide a scratch-build, would you be able to test it (in your fedora24 [client] machine) [0] https://lists.freedesktop.org/archives/spice-devel/2016-August/031150.html
Created attachment 1202879 [details] spice vdagent log from guest
Not sure that log I uploaded has anything useful, considering no debug traces were set. I'll recapture here in a bit, after getting my daughter off to school. I can absolutely test a different build.
Created attachment 1202883 [details] host side logs corresponding to guest logs with debug enabled
Created attachment 1202884 [details] guest spice logs with debug enabled
Guest spice debug enabled. Captured host and guest both, time of reproduction of the issue was 07:52 CST
jared, sorry this bug went dormant. are you still seeing this with latest packages? moving to spice since it sounds like this isn't virt-manager specific
I have since updated to Fedora 25, and the issue appears to have disappeared. Thanks for following up though :)
Thanks Jared, closing. Please reopen if anyone is still hitting this