[virt-tools-list] Generating Stack Trace. (https://bugzilla.redhat.com/1696966)
Andrew J. Hutton
andrew.john.hutton at gmail.com
Sat Apr 6 21:45:41 UTC 2019
[root at odin images]# coredumpctl gdb
PID: 203074 (qemu-img)
UID: 0 (root)
GID: 0 (root)
Signal: 11 (SEGV)
Timestamp: Fri 2019-04-05 11:00:30 EDT (1 day 6h ago)
Command Line: qemu-img convert -f raw -O rbd fedora29.raw rbd:vm/fedora0
Executable: /usr/bin/qemu-img
Control Group: /user.slice/user-1000.slice/session-206.scope
Unit: session-206.scope
Slice: user-1000.slice
Session: 206
Owner UID: 1000 (ajh)
Boot ID: 967cc1db43d54981b83cef7c937567d3
Machine ID: b90eed4a264c421f81e4efd0dd2d45d0
Hostname: odin
Storage:
/var/lib/systemd/coredump/core.qemu-img.0.967cc1db43d54981b83cef7c937567d3.203074.1554476430000000.lz4
Message: Process 203074 (qemu-img) of user 0 dumped core.
Stack trace of thread 203074:
#0 0x00007f80fa77ffc3 n/a (libp11-kit.so.0)
#1 0x00007f80fa701994 n/a (libp11-kit.so.0)
#2 0x00007f80fa703989 n/a (libp11-kit.so.0)
#3 0x00007f80fa703f9d p11_kit_modules_release
(libp11-kit.so.0)
#4 0x00007f80fa6ecffb n/a (libp11-kit.so.0)
#5 0x00007f80fa6ea0ad n/a (libp11-kit.so.0)
#6 0x00007f80fb4591e6 _dl_fini (ld-linux-x86-64.so.2)
#7 0x00007f80fa90bccc __run_exit_handlers (libc.so.6)
#8 0x00007f80fa90be00 exit (libc.so.6)
#9 0x00007f80fa8f541a __libc_start_main (libc.so.6)
#10 0x000055fae136686e _start (qemu-img)
Stack trace of thread 212008:
#0 0x00007f80faaa82e2 do_futex_wait (libpthread.so.0)
#1 0x00007f80faaa83f3 __new_sem_wait_slow
(libpthread.so.0)
#2 0x000055fae143131f qemu_sem_timedwait (qemu-img)
#3 0x000055fae142ce34 n/a (qemu-img)
#4 0x00007f80faa9f58e start_thread (libpthread.so.0)
#5 0x00007f80fa9ce6a3 __clone (libc.so.6)
Stack trace of thread 212010:
#0 0x00007f80faaa82e2 do_futex_wait (libpthread.so.0)
#1 0x00007f80faaa83f3 __new_sem_wait_slow
(libpthread.so.0)
#2 0x000055fae143131f qemu_sem_timedwait (qemu-img)
#3 0x000055fae142ce34 n/a (qemu-img)
#4 0x00007f80faa9f58e start_thread (libpthread.so.0)
#5 0x00007f80fa9ce6a3 __clone (libc.so.6)
Stack trace of thread 212077:
#0 0x00007f80faaa82e2 do_futex_wait (libpthread.so.0)
#1 0x00007f80faaa83f3 __new_sem_wait_slow
(libpthread.so.0)
#2 0x000055fae143131f qemu_sem_timedwait (qemu-img)
#3 0x000055fae142ce34 n/a (qemu-img)
#4 0x00007f80faa9f58e start_thread (libpthread.so.0)
#5 0x00007f80fa9ce6a3 __clone (libc.so.6)
Stack trace of thread 212081:
#0 0x00007f80faaa82e2 do_futex_wait (libpthread.so.0)
#1 0x00007f80faaa83f3 __new_sem_wait_slow
(libpthread.so.0)
#2 0x000055fae143131f qemu_sem_timedwait (qemu-img)
#3 0x000055fae142ce34 n/a (qemu-img)
#4 0x00007f80faa9f58e start_thread (libpthread.so.0)
#5 0x00007f80fa9ce6a3 __clone (libc.so.6)
Stack trace of thread 212078:
#0 0x00007f80faaa82e2 do_futex_wait (libpthread.so.0)
#1 0x00007f80faaa83f3 __new_sem_wait_slow
(libpthread.so.0)
#2 0x000055fae143131f qemu_sem_timedwait (qemu-img)
#3 0x000055fae142ce34 n/a (qemu-img)
#4 0x00007f80faa9f58e start_thread (libpthread.so.0)
#5 0x00007f80fa9ce6a3 __clone (libc.so.6)
Stack trace of thread 212079:
#0 0x00007f80faaa82e2 do_futex_wait (libpthread.so.0)
#1 0x00007f80faaa83f3 __new_sem_wait_slow
(libpthread.so.0)
#2 0x000055fae143131f qemu_sem_timedwait (qemu-img)
#3 0x000055fae142ce34 n/a (qemu-img)
#4 0x00007f80faa9f58e start_thread (libpthread.so.0)
#5 0x00007f80fa9ce6a3 __clone (libc.so.6)
Stack trace of thread 212082:
#0 0x00007f80faaa82e2 do_futex_wait (libpthread.so.0)
#1 0x00007f80faaa83f3 __new_sem_wait_slow
(libpthread.so.0)
#2 0x000055fae143131f qemu_sem_timedwait (qemu-img)
#3 0x000055fae142ce34 n/a (qemu-img)
#4 0x00007f80faa9f58e start_thread (libpthread.so.0)
#5 0x00007f80fa9ce6a3 __clone (libc.so.6)
Stack trace of thread 212011:
#0 0x00007f80faaa82e2 do_futex_wait (libpthread.so.0)
#1 0x00007f80faaa83f3 __new_sem_wait_slow
(libpthread.so.0)
#2 0x000055fae143131f qemu_sem_timedwait (qemu-img)
#3 0x000055fae142ce34 n/a (qemu-img)
#4 0x00007f80faa9f58e start_thread (libpthread.so.0)
#5 0x00007f80fa9ce6a3 __clone (libc.so.6)
t a a bt
GNU gdb (GDB) Fedora 8.2-6.fc29
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/qemu-img...(no debugging symbols
found)...done.
[New LWP 203074]
[New LWP 212008]
[New LWP 212010]
[New LWP 212077]
[New LWP 212081]
[New LWP 212078]
[New LWP 212079]
[New LWP 212082]
[New LWP 212011]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
warning: Loadable section ".note.gnu.property" outside of ELF segments
warning: Loadable section ".note.gnu.property" outside of ELF segments
warning: Loadable section ".note.gnu.property" outside of ELF segments
warning: Loadable section ".note.gnu.property" outside of ELF segments
warning: Loadable section ".note.gnu.property" outside of ELF segments
warning: Loadable section ".note.gnu.property" outside of ELF segments
warning: Loadable section ".note.gnu.property" outside of ELF segments
warning: Loadable section ".note.gnu.property" outside of ELF segments
warning: Loadable section ".note.gnu.property" outside of ELF segments
Core was generated by `qemu-img convert -f raw -O rbd fedora29.raw
rbd:vm/fedora0'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f80fa77ffc3 in ?? () from /lib64/libp11-kit.so.0
[Current thread is 1 (Thread 0x7f80fa445200 (LWP 203074))]
Missing separate debuginfos, use: dnf debuginfo-install
qemu-img-3.0.0-4.fc29.x86_64
(gdb) t a a bt
Thread 9 (Thread 0x7f80bb37c700 (LWP 212011)):
#0 0x00007f80faaa82e2 in do_futex_wait () from /lib64/libpthread.so.0
#1 0x00007f80faaa83f3 in __new_sem_wait_slow () from /lib64/libpthread.so.0
#2 0x000055fae143131f in qemu_sem_timedwait ()
#3 0x000055fae142ce34 in ?? ()
#4 0x00007f80faa9f58e in start_thread () from /lib64/libpthread.so.0
#5 0x00007f80fa9ce6a3 in clone () from /lib64/libc.so.6
Thread 8 (Thread 0x7f80c92ae700 (LWP 212082)):
#0 0x00007f80faaa82e2 in do_futex_wait () from /lib64/libpthread.so.0
#1 0x00007f80faaa83f3 in __new_sem_wait_slow () from /lib64/libpthread.so.0
#2 0x000055fae143131f in qemu_sem_timedwait ()
#3 0x000055fae142ce34 in ?? ()
#4 0x00007f80faa9f58e in start_thread () from /lib64/libpthread.so.0
#5 0x00007f80fa9ce6a3 in clone () from /lib64/libc.so.6
Thread 7 (Thread 0x7f80c8aad700 (LWP 212079)):
#0 0x00007f80faaa82e2 in do_futex_wait () from /lib64/libpthread.so.0
#1 0x00007f80faaa83f3 in __new_sem_wait_slow () from /lib64/libpthread.so.0
#2 0x000055fae143131f in qemu_sem_timedwait ()
#3 0x000055fae142ce34 in ?? ()
#4 0x00007f80faa9f58e in start_thread () from /lib64/libpthread.so.0
#5 0x00007f80fa9ce6a3 in clone () from /lib64/libc.so.6
Thread 6 (Thread 0x7f80c9aaf700 (LWP 212078)):
#0 0x00007f80faaa82e2 in do_futex_wait () from /lib64/libpthread.so.0
#1 0x00007f80faaa83f3 in __new_sem_wait_slow () from /lib64/libpthread.so.0
#2 0x000055fae143131f in qemu_sem_timedwait ()
#3 0x000055fae142ce34 in ?? ()
#4 0x00007f80faa9f58e in start_thread () from /lib64/libpthread.so.0
#5 0x00007f80fa9ce6a3 in clone () from /lib64/libc.so.6
Thread 5 (Thread 0x7f80bab7b700 (LWP 212081)):
#0 0x00007f80faaa82e2 in do_futex_wait () from /lib64/libpthread.so.0
#1 0x00007f80faaa83f3 in __new_sem_wait_slow () from /lib64/libpthread.so.0
#2 0x000055fae143131f in qemu_sem_timedwait ()
#3 0x000055fae142ce34 in ?? ()
#4 0x00007f80faa9f58e in start_thread () from /lib64/libpthread.so.0
#5 0x00007f80fa9ce6a3 in clone () from /lib64/libc.so.6
--Type <RET> for more, q to quit, c to continue without paging--
Thread 4 (Thread 0x7f80ba37a700 (LWP 212077)):
#0 0x00007f80faaa82e2 in do_futex_wait () from /lib64/libpthread.so.0
#1 0x00007f80faaa83f3 in __new_sem_wait_slow () from /lib64/libpthread.so.0
#2 0x000055fae143131f in qemu_sem_timedwait ()
#3 0x000055fae142ce34 in ?? ()
#4 0x00007f80faa9f58e in start_thread () from /lib64/libpthread.so.0
#5 0x00007f80fa9ce6a3 in clone () from /lib64/libc.so.6
Thread 3 (Thread 0x7f80ca2b0700 (LWP 212010)):
#0 0x00007f80faaa82e2 in do_futex_wait () from /lib64/libpthread.so.0
#1 0x00007f80faaa83f3 in __new_sem_wait_slow () from /lib64/libpthread.so.0
#2 0x000055fae143131f in qemu_sem_timedwait ()
#3 0x000055fae142ce34 in ?? ()
#4 0x00007f80faa9f58e in start_thread () from /lib64/libpthread.so.0
#5 0x00007f80fa9ce6a3 in clone () from /lib64/libc.so.6
Thread 2 (Thread 0x7f80bbfff700 (LWP 212008)):
#0 0x00007f80faaa82e2 in do_futex_wait () from /lib64/libpthread.so.0
#1 0x00007f80faaa83f3 in __new_sem_wait_slow () from /lib64/libpthread.so.0
#2 0x000055fae143131f in qemu_sem_timedwait ()
#3 0x000055fae142ce34 in ?? ()
#4 0x00007f80faa9f58e in start_thread () from /lib64/libpthread.so.0
#5 0x00007f80fa9ce6a3 in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x7f80fa445200 (LWP 203074)):
#0 0x00007f80fa77ffc3 in ?? () from /lib64/libp11-kit.so.0
#1 0x00007f80fa701994 in ?? () from /lib64/libp11-kit.so.0
#2 0x00007f80fa703989 in ?? () from /lib64/libp11-kit.so.0
#3 0x00007f80fa703f9d in p11_kit_modules_release () from
/lib64/libp11-kit.so.0
#4 0x00007f80fa6ecffb in ?? () from /lib64/libp11-kit.so.0
#5 0x00007f80fa6ea0ad in ?? () from /lib64/libp11-kit.so.0
#6 0x00007f80fb4591e6 in _dl_fini () from /lib64/ld-linux-x86-64.so.2
#7 0x00007f80fa90bccc in __run_exit_handlers () from /lib64/libc.so.6
#8 0x00007f80fa90be00 in exit () from /lib64/libc.so.6
#9 0x00007f80fa8f541a in __libc_start_main () from /lib64/libc.so.6
#10 0x000055fae136686e in _start ()
On 4/6/19 2:32 PM, Richard W.M. Jones wrote:
> On Sat, Apr 06, 2019 at 02:00:47PM -0400, Andrew J. Hutton wrote:
>> I haven't needed to do this before, I was going to attach the core
>> file but it is just generating an Error 500 if I add any attachment.
>> Could you possibly suggest a method to do this; I've tried a few
>> I've found via search but what was generated seemed somewhat
>> useless, and strace was totally useless.
> Please run:
>
> $ coredumpctl gdb
>
> and then enter the command exactly as shown:
>
> t a a bt
>
> It should produce a stack trace of all threads.
>
> Rich.
>
More information about the virt-tools-list
mailing list