Due to an influx of spam, we have had to impose restrictions on new accounts. Please see this wiki page for instructions on how to get full permissions. Sorry for the inconvenience.
I use qemu/kvm with a Windows 7 x64 client. Having spice 0.100 installed copy & paste does not work on around 50% of the times. It will hang the client OS for several seconds instead when trying to copy/paste text in the client.
When using virt-viewer following message appears on the host console:
(virt-viewer:13283): GSpice-CRITICAL **: clipboard_request: assertion 's->clipboard_by_guest[selection] == FALSE' failed
The bug also happens when using virt-manager instead of virt-viewer.
Designs
Child items
...
Show closed items
Linked items
0
Link issues together to show that they're related.
Learn more.
I use qemu/kvm with a Windows 7 x64 client. Having spice 0.100 installed
copy & paste does not work on around 50% of the times. It will hang the
client OS for several seconds instead when trying to copy/paste text in the
client.
When using virt-viewer following message appears on the host console:
(virt-viewer:13283): GSpice-CRITICAL **: clipboard_request: assertion
's->clipboard_by_guest[selection] == FALSE' failed
The bug also happens when using virt-manager instead of virt-viewer.
You are using a windows client to connect to a windows guest, is that correct?
Could you attach the client log to the bugzilla?
First configuration:
qemu-system-x86: 2.1
libspice-server1 0.12.5
Second configuration:
qemu-system-x86: 2.4
libspice-server1 0.12.6
In first configuration copy-paste to atlassian hipchat, notepad++ and some other applications in guest caused guest freeze with 100% (and more according to top) CPU usage by qemu process on host. Once I've seen that vdagent used 100% of CPU on guest in the same situation.
Also frequently be observed situation described in bugreport.
In second configuration influence of copy-paste has reduced but main bug remains.
Main bug (in both configurations):
In arbitary time picture in virt-viewer freezes. If try to close
virt-viewer, it shows black screen with notice in center: 'Waiting for closing view 1' (or something similar). It may be closed only by [x]kill. After
restarting virt-viewer things proceed normally.
Some time qemu-kvm instance consumes 100% CPU and vm freezes.
First issue happens about every hour or half a hour. Second one-two
times a day during continuous vm usage.
Btw, second issue may be concerned with memory usage. I have only 2Gb of
memory dedicated to vm and chrome eats it very fast.
(virt-viewer:8529): Gdk-WARNING **: virt-viewer: Fatal IO error 11 (Ресурс временно недоступен) on X server :0.
'Resource temporary unavailable' in brackets. Last message maybe after virt-viewer killing.
First configuration:
qemu-system-x86: 2.1
libspice-server1 0.12.5
Second configuration:
qemu-system-x86: 2.4
libspice-server1 0.12.6
You are mentioning the Host and Guest, which is the client? Windows or Linux?
This bug was opened with windows client so your problem could be different.
In case your client is windows as well, could you please attach the logs from client and qemu to this bug?
Could you please try with newer version? virt-viewer in fedora 23 is 3.0.
If you still have a problem, you can file another bug as this one by Comment 0 is on windows client
I can produce the bug with virt-viewer 2.0.4. Now I try virt-viewer 3.0.1 and will report when it happens again. The proplem either occurs pretty often (~50 of the copy/paste tries) or never in one session. If I reboot the system (I tried only both host and client) and than it seems determined by change wheter it occurs often or never in the new session.
@victor Toso:
Where do I get the trace from?
What do you mean with the word client?
I use linux42 as host and Windows 7 x64 as client.
I can produce the bug with virt-viewer 2.0.4. Now I try virt-viewer 3.0.1
and will report when it happens again. The proplem either occurs pretty
often (~50 of the copy/paste tries) or never in one session. If I reboot the
system (I tried only both host and client) and than it seems determined by
change wheter it occurs often or never in the new session.
Are other features (eg resizing the window changes guest's display resolution) working when copy&paste doesn't work?
Host: Fedora 27 (Linux 4.15.6-300.fc27.x86_64 #1 (closed) SMP), spice-server-0.14.0-1.fc27.x86_64, spice-gtk3-0.34-1.fc27.x86_64
Guest: Windows 7 SP1 fully updated as of 2018-03, vdagent (tested with 0.9.0 & 0.8.0 versions from https://www.spice-space.org/download/windows/vdagent/)
How to reproduce :
Copy some text in the guest with CTRL+C (i have same results when i copy from host or other guest)
First paste in text editor (notepad, office excel or whatever) in the guest with CTRL+V ; first paste command is always successful
Repeat step 2 until guest hang for few second (sometime it take two tries, sometime 10 tries are needed) and paste does not work
When the problem occur, i see the folowing message in the virt-viewer console : "(remote-viewer:10151): GSpice-CRITICAL **: clipboard_request: assertion 's->clipboard_by_guest[selection] == FALSE' failed"
Every other features (guest auto resize, .. works correctly.
I put the complete virt-viewer logs for completeness :
$ remote-viewer --debug spice://localhost:5900
(remote-viewer:10151): virt-viewer-DEBUG: Opening display to spice://localhost:5900
(remote-viewer:10151): virt-viewer-DEBUG: Guest (null) has a spice display
(remote-viewer:10151): virt-viewer-DEBUG: After open connection callback fd=-1
(remote-viewer:10151): virt-viewer-DEBUG: Opening connection to display at spice://localhost:5900
(remote-viewer:10151): virt-viewer-DEBUG: New spice channel 0x55b67c7439c0 SpiceMainChannel 0
(remote-viewer:10151): virt-viewer-DEBUG: notebook show status 0x55b67c6cc2f0
(remote-viewer:10151): virt-viewer-DEBUG: main channel: opened
(remote-viewer:10151): virt-viewer-DEBUG: notebook show status 0x55b67c6cc2f0
(remote-viewer:10151): virt-viewer-DEBUG: virt_viewer_app_set_uuid_string: UUID changed to 6d8e303c-f8e5-48fb-91cf-ca7556feeb1f
(remote-viewer:10151): virt-viewer-DEBUG: app is not in full screen
(remote-viewer:10151): virt-viewer-DEBUG: app is not in full screen
(remote-viewer:10151): virt-viewer-DEBUG: New spice channel 0x55b67c998fa0 SpiceUsbredirChannel 1
(remote-viewer:10151): virt-viewer-DEBUG: new usbredir channel
(remote-viewer:10151): virt-viewer-DEBUG: New spice channel 0x55b67ca0ab90 SpiceUsbredirChannel 0
(remote-viewer:10151): virt-viewer-DEBUG: new usbredir channel
(remote-viewer:10151): virt-viewer-DEBUG: New spice channel 0x55b67c9baa30 SpiceRecordChannel 0
(remote-viewer:10151): virt-viewer-DEBUG: New spice channel 0x55b67c9eda30 SpicePlaybackChannel 0
(remote-viewer:10151): virt-viewer-DEBUG: new audio channel
(remote-viewer:10151): virt-viewer-DEBUG: New spice channel 0x55b67ca06170 SpiceDisplayChannel 0
(remote-viewer:10151): virt-viewer-DEBUG: New spice channel 0x55b67cb76d80 SpiceCursorChannel 0
(remote-viewer:10151): virt-viewer-DEBUG: New spice channel 0x55b67cb78bc0 SpiceInputsChannel 0
(remote-viewer:10151): virt-viewer-DEBUG: new inputs channel
(remote-viewer:10151): virt-viewer-DEBUG: creating spice display (#:0)
(remote-viewer:10151): virt-viewer-DEBUG: Insert display 0 0x55b67c942f50
(remote-viewer:10151): virt-viewer-DEBUG: Found a window without a display, reusing for display #0
(remote-viewer:10151): virt-viewer-DEBUG: notebook show display 0x55b67c6cc2f0
(remote-viewer:10151): GSpice-WARNING **: Warning no automount-inhibiting implementation available
(remote-viewer:10151): virt-viewer-DEBUG: Allocated 1808x752
(remote-viewer:10151): virt-viewer-DEBUG: Child allocate 1808x752
(remote-viewer:10151): Gtk-WARNING **: Allocating size to SpiceDisplay 0x55b67cb8e3e0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
(remote-viewer:10151): virt-viewer-DEBUG: Allocated 1920x988
(remote-viewer:10151): virt-viewer-DEBUG: Child allocate 1920x799
(remote-viewer:10151): virt-viewer-DEBUG: Allocated 1920x988
(remote-viewer:10151): virt-viewer-DEBUG: Child allocate 1920x988
(remote-viewer:10151): virt-viewer-DEBUG: notebook show status 0x55b67c6cc2f0
(remote-viewer:10151): virt-viewer-DEBUG: notebook show display 0x55b67c6cc2f0
The client is remote-viewer/the machine running remote-viewer. It may or may not be the same as the host machine (as SPICE access can be done remotely).
Host: Fedora 28, QEMU/KVM guest virtual machine: Fedora 28.
In the virtual machine, when I copy and paste a text, the window that should receive the paste freezes. Many times even the whole virtual machine GUI has problems, except for the mouse pointer. I attach some console output messages, please apologize me if they are too verbose
[germano@office-machine ~]$ SPICE_DEBUG=1 virt-viewer --connect qemu:///system
(see attachment)output.txt
(virt-viewer:5748): GSpice-WARNING **: 12:47:19.404: Could not create org.gnome.SessionManager dbus proxy: Error spawning command line “dbus-launch --autolaunch=02aa008cad074bebba5df7fd0f7df9aa --binary-syntax --close-stderr”: Child process exited with code 1
(virt-viewer:5748): GSpice-WARNING **: 12:47:19.404: Warning no automount-inhibiting implementation available
[moj0@moj0 ~]$ sudo virt-viewer pwk
^---- The guest hung here and had to be destroyed then restarted
(virt-viewer:6154): GSpice-WARNING **: 12:51:50.115: Could not create org.gnome.SessionManager dbus proxy: Error spawning command line “dbus-launch --autolaunch=02aa008cad074bebba5df7fd0f7df9aa --binary-syntax --close-stderr”: Child process exited with code 1
(virt-viewer:6154): GSpice-WARNING **: 12:51:50.115: Warning no automount-inhibiting implementation available
(virt-viewer:7961): GSpice-WARNING **: 14:31:37.403: Could not create org.gnome.SessionManager dbus proxy: Error spawning command line “dbus-launch --autolaunch=02aa008cad074bebba5df7fd0f7df9aa --binary-syntax --close-stderr”: Child process exited with code 1
(virt-viewer:7961): GSpice-WARNING **: 14:31:37.403: Warning no automount-inhibiting implementation available