When pausing a VM from virt-manager and unpausing it a few minutes later, QEMU
is stuck and crashes a few seconds later ("Connection reset by peer").
Happened at least five times in the last three days.
Backtrace collected with gdb:
Thread 8 (Thread 0x7f81637ff700 (LWP 22579)):
#0 0x00007f817d05ac9f in poll () from target:/lib64/libc.so.6
#1 0x00007f817dd56d2e in ?? () from target:/usr/lib64/libglib-2.0.so.0
#2 0x00007f817dd570d3 in g_main_loop_run () from
target:/usr/lib64/libglib-2.0.so.0
#3 0x00007f817d3429e7 in ?? () from target:/usr/lib64/libspice-server.so.1
#4 0x00007f817d134faa in start_thread () from target:/lib64/libpthread.so.0
#5 0x00007f817d06571f in clone () from target:/lib64/libc.so.6
Thread 7 (Thread 0x7f81790f7700 (LWP 22577)):
#0 0x00007f817d13ae05 in pthread_cond_wait@@GLIBC_2.3.2 () from
target:/lib64/libpthread.so.0
#1 0x000055945bcb38bb in qemu_cond_wait_impl ()
#2 0x000055945b885477 in ?? ()
#3 0x000055945b886d58 in ?? ()
#4 0x000055945bcb323b in ?? ()
#5 0x00007f817d134faa in start_thread () from target:/lib64/libpthread.so.0
#6 0x00007f817d06571f in clone () from target:/lib64/libc.so.6
Thread 6 (Thread 0x7f81798f8700 (LWP 22576)):
#0 0x00007f817d13ae05 in pthread_cond_wait@@GLIBC_2.3.2 () from
target:/lib64/libpthread.so.0
#1 0x000055945bcb38bb in qemu_cond_wait_impl ()
#2 0x000055945b885477 in ?? ()
#3 0x000055945b886d58 in ?? ()
#4 0x000055945bcb323b in ?? ()
#5 0x00007f817d134faa in start_thread () from target:/lib64/libpthread.so.0
#6 0x00007f817d06571f in clone () from target:/lib64/libc.so.6
Thread 5 (Thread 0x7f817a0f9700 (LWP 22575)):
#0 0x00007f817d13ae05 in pthread_cond_wait@@GLIBC_2.3.2 () from
target:/lib64/libpthread.so.0
#1 0x000055945bcb38bb in qemu_cond_wait_impl ()
#2 0x000055945b885477 in ?? ()
#3 0x000055945b886d58 in ?? ()
#4 0x000055945bcb323b in ?? ()
#5 0x00007f817d134faa in start_thread () from target:/lib64/libpthread.so.0
#6 0x00007f817d06571f in clone () from target:/lib64/libc.so.6
Thread 4 (Thread 0x7f817a8fa700 (LWP 22574)):
#0 0x00007f817d13ae05 in pthread_cond_wait@@GLIBC_2.3.2 () from
target:/lib64/libpthread.so.0
#1 0x000055945bcb38bb in qemu_cond_wait_impl ()
#2 0x000055945b885477 in ?? ()
#3 0x000055945b886d58 in ?? ()
#4 0x000055945bcb323b in ?? ()
#5 0x00007f817d134faa in start_thread () from target:/lib64/libpthread.so.0
#6 0x00007f817d06571f in clone () from target:/lib64/libc.so.6
Thread 3 (Thread 0x7f817b0fb700 (LWP 22573)):
#0 0x00007f817d05ac9f in poll () from target:/lib64/libc.so.6
#1 0x00007f817dd56d2e in ?? () from target:/usr/lib64/libglib-2.0.so.0
#2 0x00007f817dd570d3 in g_main_loop_run () from
target:/usr/lib64/libglib-2.0.so.0
#3 0x000055945b9c9671 in ?? ()
#4 0x000055945bcb323b in ?? ()
#5 0x00007f817d134faa in start_thread () from target:/lib64/libpthread.so.0
#6 0x00007f817d06571f in clone () from target:/lib64/libc.so.6
Thread 2 (Thread 0x7f817bc68700 (LWP 22560)):
#0 0x00007f817d060449 in syscall () from target:/lib64/libc.so.6
#1 0x000055945bcb3dfa in qemu_event_wait ()
#2 0x000055945bcc4fc0 in ?? ()
#3 0x000055945bcb323b in ?? ()
#4 0x00007f817d134faa in start_thread () from target:/lib64/libpthread.so.0
#5 0x00007f817d06571f in clone () from target:/lib64/libc.so.6
Thread 1 (Thread 0x7f817bc6bc80 (LWP 22547)):
#0 0x00007f817d13e13d in __lll_lock_wait () from target:/lib64/libpthread.so.0
#1 0x00007f817d137775 in pthread_mutex_lock () from
target:/lib64/libpthread.so.0
#2 0x000055945bcb3383 in qemu_mutex_lock_impl ()
#3 0x000055945bc472c3 in ?? ()
#4 0x000055945bc47590 in qemu_chr_write ()
#5 0x000055945bb3ac7b in ?? ()
#6 0x00007f817dcfeb83 in usbredirparser_do_write () from
target:/usr/lib64/libusbredirparser.so.1
#7 0x000055945b9ebd61 in ?? ()
#8 0x00007f817d305d4f in ?? () from target:/usr/lib64/libspice-server.so.1
#9 0x00007f817d306709 in ?? () from target:/usr/lib64/libspice-server.so.1
#10 0x000055945b9ec639 in ?? ()
#11 0x000055945bc4730f in ?? ()
#12 0x000055945bc47590 in qemu_chr_write ()
#13 0x000055945bb3ac7b in ?? ()
#14 0x00007f817dcfeb83 in usbredirparser_do_write () from
target:/usr/lib64/libusbredirparser.so.1
#15 0x000055945b9cfe1a in vm_state_notify ()
#16 0x000055945b887db4 in vm_prepare_start ()
#17 0x000055945b887df9 in vm_start ()
#18 0x000055945b9d2a75 in qmp_cont ()
#19 0x000055945bb8fbe6 in qmp_marshal_cont ()
#20 0x000055945bc68550 in qmp_dispatch ()
#21 0x000055945b88ab10 in ?? ()
#22 0x000055945b890d5e in ?? ()
#23 0x000055945bcad4ec in aio_bh_poll ()
#24 0x000055945bcb0b20 in aio_dispatch ()
#25 0x000055945bcad3be in ?? ()
#26 0x00007f817dd56b33 in g_main_context_dispatch () from
target:/usr/lib64/libglib-2.0.so.0
#27 0x000055945bcafd08 in main_loop_wait ()
#28 0x000055945b9d0019 in ?? ()
#29 0x000055945b83d5ee in main ()
The lock is never successfully acquired again, so this seems to be a deadlock?