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