Description of problem:
I shut down a remote VM. My client crashed when the VM powered off, I was able to start the client and reconnect to the host.
Version-Release number of selected component:
cmdline: /usr/bin/python2 -tt /usr/share/virt-manager/virt-manager
runlevel: N 5
Thread no. 1 (10 frames)
#2 g_socket_details_from_fd at gsocket.c:368
#3 g_socket_constructed at gsocket.c:586
#4 g_object_new_internal at gobject.c:1785
#5 g_object_new_valist at gobject.c:2002
#6 g_initable_new_valist at ginitable.c:227
#7 g_initable_new at ginitable.c:149
#8 g_socket_new_from_fd at gsocket.c:1072
#9 spice_channel_coroutine at spice-channel.c:2231
#10 coroutine_trampoline at coroutine_ucontext.c:63
#11 continuation_trampoline at continuation.c:55
Created attachment 933177 [details]
Created attachment 933178 [details]
Created attachment 933179 [details]
Created attachment 933180 [details]
Created attachment 933181 [details]
Created attachment 933182 [details]
Created attachment 933183 [details]
Created attachment 933184 [details]
Created attachment 933185 [details]
Created attachment 933186 [details]
Probably worth mentioning that the remote host is running gentoo libvirtd version 1.2.6
*** This bug has been marked as a duplicate of bug 1135546 ***
This bug seems to be the winner, faf has 300 hits for it. So reopening this
*** Bug 1135546 has been marked as a duplicate of this bug. ***
*** Bug 1201016 has been marked as a duplicate of this bug. ***
Yeah so this issue isn't fixed in fedora yet. I think upstream is fixed now:
Author: Cole Robinson <firstname.lastname@example.org>
Date: Sat Apr 11 22:10:46 2015 -0400
sshtunnels: Don't use python socket for FD we pass to spice
Previously we used python's socket library for all our FD handling when opening an ssh tunnel. However these higher level socket objects close the backing fd when they are garbage collected, and they were going out of scope right before we tear down the spice widget.
That commit fixes things to pass a non-socket fd to spice. It won't apply as-is to f21 and f20 but it shouldn't be too hard to backport something similar.
virt-manager-1.1.0-7.git6dbe19bd8.fc22 has been submitted as an update for Fedora 22.
virt-manager-1.1.0-7.git6dbe19bd8.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.