sessionid.tdb missing after build and client read failutre

Richard Sharpe rsharpe at ns.aus.com
Tue Jul 2 11:23:02 GMT 2002


On Tue, 2 Jul 2002, David Shapiro wrote:

> Okay, correct me if I did it wrong...

I think that Donald Fagan would say that line should be "Sue me if I 
played it wrong."

However, you do appear to have a traceback. Would have been more useful if 
there were line numbers, but for that you will need to rebuild Samba (frob 
the Makefile to include -g in CFLAGS).
  
> I ran smbstatus, saw the pid of my connection, ran gdb smbd <pid>
>  
> 
> #gdb smbd 17294
> GNU gdb 5.0
> Copyright 2000 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 "sparc-sun-solaris2.8"...
> /usr/local/bin/17294: No such file or directory.
> Attaching to program `/usr/local/samba/sbin/smbd', process 17294
> Reading symbols from /usr/lib/libsec.so.1...done.
> Loaded symbols for /usr/lib/libsec.so.1
> Reading symbols from /usr/lib/libgen.so.1...done.
> Loaded symbols for /usr/lib/libgen.so.1
> Reading symbols from /usr/lib/libresolv.so.2...done.
> Loaded symbols for /usr/lib/libresolv.so.2
> Reading symbols from /usr/lib/libsocket.so.1...done.
> Loaded symbols for /usr/lib/libsocket.so.1
> Reading symbols from /usr/lib/libnsl.so.1...done.
> Loaded symbols for /usr/lib/libnsl.so.1
> Reading symbols from /usr/lib/libpam.so.1...done.
> Loaded symbols for /usr/lib/libpam.so.1
> Reading symbols from /usr/lib/libc.so.1...done.
> Loaded symbols for /usr/lib/libc.so.1
> Reading symbols from /usr/lib/libdl.so.1...done.
> Loaded symbols for /usr/lib/libdl.so.1
> Reading symbols from /usr/lib/libmp.so.2...done.
> Loaded symbols for /usr/lib/libmp.so.2
> Reading symbols from
> /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1...done.
> Loaded symbols for /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1
> Reading symbols from /usr/lib/nss_files.so.1...done.
> Loaded symbols for /usr/lib/nss_files.so.1
> Reading symbols from /usr/lib/nss_winbind.so.1...done.
> Loaded symbols for /usr/lib/nss_winbind.so.1
> Retry #1:
> Retry #2:
> Retry #3:
> Retry #4:
> [New LWP 1]
> Symbols already loaded for /usr/lib/libsec.so.1
> Symbols already loaded for /usr/lib/libgen.so.1
> Symbols already loaded for /usr/lib/libresolv.so.2
> Symbols already loaded for /usr/lib/libsocket.so.1
> Symbols already loaded for /usr/lib/libnsl.so.1
> Symbols already loaded for /usr/lib/libpam.so.1
> Symbols already loaded for /usr/lib/libc.so.1
> Symbols already loaded for /usr/lib/libdl.so.1
> Symbols already loaded for /usr/lib/libmp.so.2
> Symbols already loaded for /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1
> Symbols already loaded for /usr/lib/nss_files.so.1
> Symbols already loaded for /usr/lib/nss_winbind.so.1
> 0xff19a138 in _poll () from /usr/lib/libc.so.1
> (gdb) step
> Single stepping until exit from function _poll, 
> which has no line number information.
> 0xff14cfb4 in select () from /usr/lib/libc.so.1
> (gdb) next
> Single stepping until exit from function select, 
> which has no line number information.
> 0x14aafc in sys_select ()
> (gdb) step
> Single stepping until exit from function sys_select, 
> which has no line number information.
> 0x73004 in receive_message_or_smb ()
> (gdb) step
> Single stepping until exit from function receive_message_or_smb, 
> which has no line number information.
> 0x74610 in smbd_process ()
> (gdb) step
> Single stepping until exit from function smbd_process, 
> which has no line number information.
>  
> Program received signal SIGSEGV, Segmentation fault.
> 0xff132e84 in strcmp () from /usr/lib/libc.so.1
> (gdb) bt
> #0  0xff132e84 in strcmp () from /usr/lib/libc.so.1
> #1  0xff194efc in process_cstr () from /usr/lib/libc.so.1
> #2  0xfefe20c0 in _nss_files_do_all () from /usr/lib/nss_files.so.1
> #3  0xff149290 in nss_search () from /usr/lib/libc.so.1
> #4  0xff194bf8 in _getgroupsbymember () from /usr/lib/libc.so.1
> #5  0xff140c20 in initgroups () from /usr/lib/libc.so.1
> #6  0x6b5d8 in initialise_groups ()
> #7  0x75a4c in make_connection_snum ()
> #8  0x76874 in make_connection ()
> #9  0x4f16c in reply_tcon_and_X ()
> #10 0x73854 in switch_message ()
> #11 0x738e0 in construct_reply ()
> #12 0x73bc0 in process_smb ()
> #13 0x7462c in smbd_process ()
> #14 0x357c8 in main ()
> (gdb) ---Original Message-----
> From: Esh, Andrew [mailto:AEsh at tricord.com]
> Sent: Tuesday, July 02, 2002 11:10 AM
> To: 'David Shapiro'; 'Andrew Bartlett'
> Cc: 'Richard Sharpe'; 'samba-technical at lists.samba.org'
> Subject: RE: sessionid.tdb missing after build and client read failutre
> 
> 
> 
> Don't step at that point. The process has already run the CPU into the wrong
> segment, or accessed memory using a bad pointer. Stepping will only destroy
> information.
> 
> Do a 'bt' instead. That will dump the call stack, and show what path the
> code ran to get to this point. What I expect to see is somewhere above the
> strcmp routine, a Samba routine will call strcmp with a bad pointer, or a
> non-terminated string buffer. We need to know which routine did that.
> 
> -----Original Message----- 
> From: David Shapiro [ mailto:david.shapiro at btitele.com
> <mailto:david.shapiro at btitele.com> ] 
> Sent: Tuesday, July 02, 2002 9:17 AM 
> To: 'Andrew Bartlett'; David Shapiro 
> Cc: 'Richard Sharpe'; 'samba-technical at lists.samba.org' 
> Subject: RE: sessionid.tdb missing after build and client read failutre 
> 
> 
> Trying to get better at this gdb here.  I see a segmentation fault: 
> 
> which has no line number information. 
> 
> Program received signal SIGSEGV, Segmentation fault. 
> 0xff132e84 in strcmp () from /usr/lib/libc.so.1 
> (gdb) step 
> Single stepping until exit from function strcmp, 
> which has no line number information. 
> 0xff1544ec in _tzload () from /usr/lib/libc.so.1 
> (gdb) step 
> Single stepping until exit from function _tzload, 
> which has no line number information. 
> 0xff152df8 in _ltzset_u () from /usr/lib/libc.so.1 
> (gdb) step 
> Single stepping until exit from function _ltzset_u, 
> which has no line number information. 
> 0xff152994 in mktime () from /usr/lib/libc.so.1 
> (gdb) step 
> Single stepping until exit from function mktime, 
> which has no line number information. 
> 0xff1736dc in strftime () from /usr/lib/libc.so.1 
> (gdb) step 
> Single stepping until exit from function strftime, 
> which has no line number information. 
> 0x136db0 in timestring () 
> (gdb) step 
> Single stepping until exit from function timestring, 
> 
> 
> -----Original Message----- 
> From: Andrew Bartlett [ mailto:abartlet at samba.org
> <mailto:abartlet at samba.org> ] 
> Sent: Tuesday, July 02, 2002 9:01 AM 
> To: David Shapiro 
> Cc: 'Andrew Bartlett'; 'Richard Sharpe'; 
> 'samba-technical at lists.samba.org' 
> Subject: Re: sessionid.tdb missing after build and client read failutre 
> 
> 
> David Shapiro wrote: 
> > 
> > Thank you Andrew.  I was looking at joining because it was mentioned that 
> to 
> > get sessionid.tdb, you needed to join domain.  I looked ing smbd.log and 
> saw 
> > a connection from davidsha, and then in my workstation log and saw at the 
> > bottom: 
> > 
> 
> >   =============================================================== 
> > [2002/07/02 08:40:53, 0] lib/fault.c:fault_report(37) 
> >   INTERNAL ERROR: Signal 11 in pid 8127 (3.0-alpha17) 
> >   Please read the file BUGS.txt in the distribution 
> > [2002/07/02 08:40:53, 0] lib/fault.c:fault_report(39) 
> >   =============================================================== 
> > 
> > I also keep getting an xterm session pop up that says: 
> > 
> > xterm: Can't execvp /usr/local/bin/gdb 
> > 
> > I think this comes from the line in smb.conf: 
> > 
> > panic action = /usr/openwin/bin/xterm -display $DISPLAY -e 
> > /usr/local/bin/gbd -p %d 
> > 
> > gdb is in /usr/local/bin.  What does it mean it can't execvp it? 
> 
> I dunno - but just make it a simple 'panic action = /bin/sleep 9000' and 
> attach manually.  Then lets look at it from there. 
> 
> Andrew Bartlett 
> 
> 

-- 
Regards
-----
Richard Sharpe, rsharpe at ns.aus.com, rsharpe at samba.org, 
sharpe at ethereal.com





More information about the samba-technical mailing list