[Gluster-devel] netbsd regression update : cdc.t

Krishnan Parthasarathi kparthas at redhat.com
Wed May 6 05:29:38 UTC 2015



----- Original Message -----
> Krishnan Parthasarathi <kparthas at redhat.com> wrote:
> 
> > We need help in getting gdb to work with proper stack frames. It is mostly
> > my lack of *BSD knowledge.
> 
> What problem do you run into?

On gdb'ing into one of the brick process, I see the following backtrace.
This is seen with other threads in the process too. This makes it difficult
to analyse what could have gone wrong. Is there something I am missing?

Thread 1 (process 15311):
#0  0xbb35d7d7 in _sys___nanosleep50 () from /usr/lib/libc.so.12
#1  0xbb688aa7 in __nanosleep50 () from /usr/lib/libpthread.so.1
#2  0xbb3cbcd7 in sleep () from /usr/lib/libc.so.12
#3  0xb9cef8da in posix_health_check_thread_proc (data=0xbb1db030) at
posix-helpers.c:1685
#4  0xbb68cbca in ?? () from /usr/lib/libpthread.so.1
#5  0xbb3acbb0 in __mknod50 () from /usr/lib/libc.so.12
#6  0xb7aa5000 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)


More information about the Gluster-devel mailing list