>>>>> On Tue, 1 May 2018 17:16:10 +0200, Thorsten Johannsen said:
> 
> On 30.04.2018 16:35, Martin Simmons wrote:
> >>>>>> On Sat, 28 Apr 2018 14:18:03 +0200, Thorsten Johannsen said:
> >>
> >> On 26.04.2018 18:00, Martin Simmons wrote:
> >>>>>>>> On Thu, 26 Apr 2018 14:17:19 +0200, Thorsten Johannsen said:
> [...]
> > 
> > Ah, OK.
> > 
> > It you are running Debian stretch, then it looks like you have to add
> > 
> > deb http://debug.mirrors.debian.org/debian-debug/ stretch-debug main
> > 
> > to /etc/apt/sources.list
> > 
> > and then run apt-get update to see the dbg packages.
> > 
> > 
> >>
> >>
> >>
> >>
> >>> Then start it under gdb again with -f -d999 and use the following commands
> >>> when it stops with the signal SIGSEGV:
> >>>
> >>> bt
> >>> thread apply all bt
> >>> info all
> >>> x/i $pc
> >>> x/64i $pc-0x30
> >>> disass htable::insert(char*, void*)
> >>>
> 
> > 
> > It looks like it is crashing while trying to print a debug message :-(
> > 
> > I was beginning to suspect something like this, because several of the 
> > numbers
> > in the debug output look bogus.  This is caused by a bug in some of Bacula's
> > debug messages.
> > 
> > Can you try again with -d499 instead of -d999 which will avoid the htable.c
> > messages?
> > 
> 
> here we go:
> 
> --------------------------------------------------------------------------------
> bacula-fd: message.c:495-0 Found for remove d=5d1e8 msgtype=9 destcode=7
> bacula-fd: message.c:497-0 Return rem_msg_dest
> <<snip>>
> heRPI02-fd: htable.c:283-2068 Insert: hash=3b2ac index=-1036830508
> heRPI02-fd: htable.c:286-2068 Insert hp=752c50b0 index=14281 
> item=752c50b0 offset=0
> 
> Thread 3 "bacula-fd" received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x75d63450 (LWP 5969)]
> strlen () at ../sysdeps/arm/armv6/strlen.S:26
> 26      ../sysdeps/arm/armv6/strlen.S: No such file or directory.
> (gdb)
> (gdb) 
> ###########################################################################################################
> (gdb) bt
> #0  strlen () at ../sysdeps/arm/armv6/strlen.S:26
> #1  0x76ef9a90 in bvsnprintf(char*, int, char const*, std::__va_list) () 
> from /usr/lib/bacula/libbac-7.4.4.so
> #2  0x00000000 in ?? ()
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)

This looks like you didn't change -d999 to -d499 (so it crashed in the same
way as on job 2019).

You need to restart it with -d499.

__Martin

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to