Version-Release number of selected component:
cmdline: /usr/bin/qemu-system-x86_64 -enable-kvm -machine q35 -m 2G -smp 4 -boot menu=on -drive if=virtio,file=fedora25.qcow2,format=qcow2,l2-cache-size=15M,cache-clean-interval=900,cache=directsync,aio=native -device virtio-net,mac=52:54:00:12:56:90,netdev=userNet -netdev user,id=userNet -device virtio-net,mac=52:54:00:12:56:91,netdev=sockNet -netdev socket,mcast=18.104.22.168:1234,id=sockNet -vga virtio -balloon virtio,deflate-on-oom=true -soundhw all -usb -device virtio-keyboard-pci -device virtio-mouse-pci -device virtio-tablet-pci -device virtio-serial-pci -device virtserialport,chardev=spicechannel0,name=com.redhat.spice.0 -chardev spicevmc,id=spicechannel0,name=vdagent -device virtserialport,chardev=charchannel1,id=channel1,name=org.spice-space.webdav.0 -chardev spiceport,id=charchannel1,name=org.spice-space.webdav.0 -chardev spicevmc,id=spicechannel1,name=vdagent -device virtserialport,chardev=spicechannel1,name=org.qemu.guest_agent.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,debug=3 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2,debug=3 -chardev spicevmc,name=usbredir,id=usbredirchardev3 -device usb-redir,chardev=usbredirchardev3,id=usbredirdev3,debug=3 -chardev spicevmc,name=usbredir,id=usbredirchardev4 -device usb-redir,chardev=usbredirchardev4,id=usbredirdev4,debug=3 -chardev spicevmc,name=usbredir,id=usbredirchardev5 -device usb-redir,chardev=usbredirchardev5,id=usbredirdev5,debug=3 -spice disable-ticketing,image-compression=auto_glz,unix,addr=/tmp/qbpwcf/qemu/spice-f25-sample.sock,gl=on -daemonize
pkg_fingerprint: 4089 D8F2 FDB1 9C98
pkg_vendor: Fedora Project
runlevel: N 5
Thread no. 1 (10 frames)
#0 red_char_device_get_server at char-device.c:978
#1 spice_server_remove_interface at reds.c:3322
#2 vmc_unregister_interface at /usr/src/debug/qemu-2.7.0/spice-qemu-char.c:134
#3 set_guest_connected at /usr/src/debug/qemu-2.7.0/hw/char/virtio-console.c:91
#4 handle_control_message at /usr/src/debug/qemu-2.7.0/hw/char/virtio-serial-bus.c:419
#5 control_out at /usr/src/debug/qemu-2.7.0/hw/char/virtio-serial-bus.c:461
#6 aio_dispatch at /usr/src/debug/qemu-2.7.0/aio-posix.c:330
#7 aio_ctx_dispatch at /usr/src/debug/qemu-2.7.0/async.c:234
#10 glib_pollfds_poll at /usr/src/debug/qemu-2.7.0/main-loop.c:213
#11 os_host_main_loop_wait at /usr/src/debug/qemu-2.7.0/main-loop.c:258
Created attachment 1238552 [details]
Created attachment 1238553 [details]
Created attachment 1238554 [details]
Created attachment 1238555 [details]
Created attachment 1238556 [details]
Created attachment 1238557 [details]
Created attachment 1238558 [details]
Created attachment 1238559 [details]
Created attachment 1238560 [details]
Created attachment 1238561 [details]
Created attachment 1238562 [details]
Created attachment 1238563 [details]
Created attachment 1238564 [details]
*** Bug 1411335 has been marked as a duplicate of this bug. ***
Were you doing anything special at the time of the crash? I've tried to reproduce with a fedora 25 q35 guest to be as close as possible to your setup. Logging out/restarting triggers the codepath which is shown in the backtrace, but I did not get a crash here.
Have you noted that there are 2 vdagent devices configured? (Maybe not related but seems weird).
Ah no, did not notice.
-chardev spicevmc,id=spicechannel1,name=vdagent -device virtserialport,chardev=spicechannel1,name=org.qemu.guest_agent.0
would be an invalid command line. libvirt seems to reject this though, so this VM would have been started manually ?
Not a fix, but https://lists.freedesktop.org/archives/spice-devel/2017-January/035334.html should replace the crash with a warning.
(In reply to Christophe Fergeau from comment #17)
> Ah no, did not notice.
> -chardev spicevmc,id=spicechannel1,name=vdagent -device
> would be an invalid command line. libvirt seems to reject this though, so
> this VM would have been started manually ?
Yes, I just run this VM manually with qemu command.
I don't use libvirt.
I also use a fedora25 q35 guest, it wont't crash, but the 'Problem Reporting' tools will notice me theres is a bug.
So I should run this VM with only one spicevmc chardev named vdagent, right?
(In reply to Chen_Min_Chin from comment #19)
> (In reply to Christophe Fergeau from comment #17)
> > Ah no, did not notice.
> > -chardev spicevmc,id=spicechannel1,name=vdagent -device
> > virtserialport,chardev=spicechannel1,name=org.qemu.guest_agent.0
> > would be an invalid command line. libvirt seems to reject this though, so
> > this VM would have been started manually ?
> Yes, I just run this VM manually with qemu command.
> I don't use libvirt.
> I also use a fedora25 q35 guest, it wont't crash, but the 'Problem
> Reporting' tools will notice me theres is a bug.
> So I should run this VM with only one spicevmc chardev named vdagent, right?
Yes, QEMU command-line generated for the qemu agent is
-chardev socket,id=charchannel1,path=/some/path/org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
(corresponding XML is <channel type='unix'>
<target type='virtio' name='org.qemu.guest_agent.0'/>
https://cgit.freedesktop.org/spice/spice/commit/?id=1addd3c5148484bab04092f9086371fe74438dc4 has been pushed upstream, and should avoid the crash you were hitting.
This message is a reminder that Fedora 25 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 25. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora 'version'
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 25 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The fix for this was included in spice-server 0.14.0 which is available in fedora 25.