On Thu, 20 Dec 2012, Noah Watkins wrote:
> I am seeing a segfault running the libcephfs gtest suite. It's pretty
> rare (couple times a day running the test suite in a loop), and
> doesn't occur in the same test. I was able to get a core dump and
> backtrace. Hope this is helpful:
>
> Core was generated by
> `/home/nwatkins/projects/ceph/ceph/src/.libs/lt-test_libcephfs'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x00007f647978ada8 in main_arena () from /lib/x86_64-linux-gnu/libc.so.6
> (gdb) bt
> #0 0x00007f647978ada8 in main_arena () from /lib/x86_64-linux-gnu/libc.so.6
> #1 0x00007f6479eb61e9 in ms_deliver_dispatch (m=0x7f6468000950,
> this=0x195d6c0) at msg/Messenger.h:549
> #2 DispatchQueue::entry (this=0x195d7a8) at msg/DispatchQueue.cc:107
> #3 0x00007f6479f6ff5d in DispatchQueue::DispatchThread::entry
> (this=<optimized out>) at msg/DispatchQueue.h:85
> #4 0x00007f647aae7e9a in start_thread (arg=0x7f64753be700) at
> pthread_create.c:308
> #5 0x00007f64794c5cbd in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #6 0x0000000000000000 in ?? ()
> (gdb)
Can you find me on irc/jabber so we can dissect the core file? That line
is looping through the dispatcher:
for (list<Dispatcher*>::iterator p = dispatchers.begin();
p != dispatchers.end();
p++)
if ((*p)->ms_dispatch(m))
return;
It probably means we aren't shutting things down in the right order.
Thanks!
sage
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
