SAMBA 2_2 NOW ... INTERNAL ERROR:

[Bruce Ferrell]

Jeremy,

I can cause this at will by killall -HUP smbd and it also seems to
happen when smbd re-read smb.conf

Has this been "solved"?  I had the same problem today on a RedHat 6.2
system with a cvs pull from 3/20/2001

Here's the back trace:

Attaching to program: /usr/local/samba/bin/./smbd, Pid 13467
Reading symbols from /usr/lib/libreadline.so.3...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /lib/libnsl.so.1...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/libtermcap.so.2...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
0x4011a8e9 in __wait4 () from /lib/libc.so.6
(gdb) bt
#0  0x4011a8e9 in __wait4 () from /lib/libc.so.6
#1  0x401791ec in ?? () from /lib/libc.so.6
#2  0x400c9cec in __libc_system (line=0x81788f0 "/bin/sleep 200000") at
../sysdeps/posix/system.c:136
#3  0x80f5a07 in smb_panic ()
#4  0x80e7ba9 in fault_report ()
#5  0x80e7bef in sig_fault ()
#6  0x400a7c68 in __restore () at
../sysdeps/unix/sysv/linux/i386/sigaction.c:127
#7  0x804b3dc in reload_services ()
#8  0x804b136 in open_sockets ()
#9  0x804bdd5 in main ()
#10 0x400a19cb in __libc_start_main (main=0x804b8d0 <main>, argc=2,
argv=0xbffffb44, init=0x804a124 <_init>, fini=0x81085bc <_fini>,
    rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffffb3c) at
../sysdeps/generic/libc-start.c:92
(gdb) q
The program is running.  Quit anyway (and detach it)? (y or n) y
Detaching from program: /usr/local/samba/bin/./smbd, Pid 13467



Jeremy Allison wrote:

> sambastuff at jabba.glfc.com wrote:
> >
> > When trying to join someone into the domain today
> > I get this error:
> >
> >   ===============================================================
> > [2001/01/23 13:30:20, 0] lib/fault.c:fault_report(41)
> >   INTERNAL ERROR: Signal 11 in pid 2791 (2.2.0-alpha1)
> >   Please read the file BUGS.txt in the distribution
> > [2001/01/23 13:30:20, 0] lib/fault.c:fault_report(43)
> >   ===============================================================
> > [2001/01/23 13:30:20, 0] lib/util.c:smb_panic(1139)
> >   PANIC: internal error
> >
> > The error message in windows "Specified Network Name is no longer
> > available"
>
> Add the following line to smb.conf [global] section.
>
> panic action = /bin/sleep 200000
>
> then restart. Cause smbd to crash again and you'll find
> a "sleep" process with a crashed parent smbd process.
>
> Use gdb to attach to this process (you did compile with -g
> didn't you :-) and then type "bt" to get a stack backtrace
> of where it failed. This is what I do to track down crashes
> (on boxes where I can't get an xterm pop up directly with
> gdb).
>
> Then mail it to the list.
>
> Thanks,
>
>         Jeremy.
>
> --
> --------------------------------------------------------
> Buying an operating system without source is like buying
> a self-assembly Space Shuttle with no instructions.
> --------------------------------------------------------