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:[EMAIL PROTECTED]] > Sent: Tuesday, July 02, 2002 11:10 AM > To: 'David Shapiro'; 'Andrew Bartlett' > Cc: 'Richard Sharpe'; '[EMAIL PROTECTED]' > 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:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> ] > Sent: Tuesday, July 02, 2002 9:17 AM > To: 'Andrew Bartlett'; David Shapiro > Cc: 'Richard Sharpe'; '[EMAIL PROTECTED]' > 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:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> ] > Sent: Tuesday, July 02, 2002 9:01 AM > To: David Shapiro > Cc: 'Andrew Bartlett'; 'Richard Sharpe'; > '[EMAIL PROTECTED]' > 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, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
