[virt-tools-list] Generating Stack Trace. (https://bugzilla.redhat.com/1696966)

Han Han hhan at redhat.com
Wed Apr 10 09:34:26 UTC 2019


It looks like this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1680963
What is your p11-kit version?
Could you please compile and install the latest p11-kit:
https://bugzilla.redhat.com/show_bug.cgi?id=1690500
Or install the p11-kit debuginfo pkg to show the full backtrace of p11-kit?

On Mon, Apr 8, 2019 at 12:32 AM Andrew J. Hutton <
andrew.john.hutton at gmail.com> wrote:

> [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.
> >
>
> _______________________________________________
> virt-tools-list mailing list
> virt-tools-list at redhat.com
> https://www.redhat.com/mailman/listinfo/virt-tools-list



-- 
Best regards,
-----------------------------------
Han Han
Quality Engineer
Redhat.

Email: hhan at redhat.com
Phone: +861065339333
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/virt-tools-list/attachments/20190410/274862a2/attachment.htm>


More information about the virt-tools-list mailing list