[Samba] SMBD panic with INTERNAL ERROR: Signal 6 for ARM 922T
jra at samba.org
Fri Oct 17 22:01:10 GMT 2008
On Fri, Oct 17, 2008 at 05:52:48PM -0400, James Ronald wrote:
> On Wed, Oct 15, 2008 at 3:41 PM, Jeremy Allison <jra at samba.org> wrote:
> > On Wed, Oct 15, 2008 at 03:36:06PM -0400, James Ronald wrote:
> >> I am trying to get SAMBA to run on a custom ARM 922T compatible micro
> >> controller. It does not matter how I try to start smbd (smbd -D -d10
> >> or smbd i -d10) smbd keeps panicking at the same point with an
> >> INTERNAL ERROR: Signal 6. I have spent over a day trying to figure
> >> out what could be wrong but I am having no success. If someone could
> >> at least give me a clue as to what smbd is trying to do at this point
> >> it would be greatly appreciated.
> > Can you get a gdb backtrace with symbols on this platform ?
> > Jeremy.
> Here are the results from the backtrace.
> # ./gdb-arm
> GNU gdb 6.6
> Copyright (C) 2006 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "arm-linux-uclibcgnueabi".
> (gdb) file /tmp/sda1/smbd
> Reading symbols from /tmp/sda1/smbd...done.
> Using host libthread_db library "/lib/libthread_db.so.1".
> (gdb) attach 374
> Attaching to program: /tmp/sda1/smbd, process 374
> Reading symbols from /lib/libcrypt.so.0...done.
> Loaded symbols for /lib/libcrypt.so.0
> Reading symbols from /lib/libresolv.so.0...done.
> Loaded symbols for /lib/libresolv.so.0
> Reading symbols from /lib/libdl.so.0...done.
> Loaded symbols for /lib/libdl.so.0
> Reading symbols from /lib/libgcc_s.so.1...done.
> Loaded symbols for /lib/libgcc_s.so.1
> Reading symbols from /lib/libc.so.0...done.
> Loaded symbols for /lib/libc.so.0
> Reading symbols from /lib/ld-uClibc.so.0...done.
> Loaded symbols for /lib/ld-uClibc.so.0
> 0x4005ddd4 in wait4 () from /lib/libc.so.0
> (gdb) tb
> Breakpoint 1 at 0x4005ddd4
> (gdb) bt
> #0 0x4005ddd4 in wait4 () from /lib/libc.so.0
> #1 0x40084964 in system () from /lib/libc.so.0
> #2 0x001e5d20 in smb_panic (why=0x2d7930 "internal error") at lib/util.c:1639
> Backtrace stopped: frame did not save the PC
Oh, that's really not helping much - looks like the
stack frame is broken, so no way to tell why or where
Run with debug level 10 under gdb so at least we see
the last debug statement was. Then maybe you can
set breakpoints to catch the crashing function.
More information about the samba