[Samba] instability
Andrew Bartlett
abartlet at samba.org
Mon Feb 2 21:13:31 GMT 2004
On Tue, 2004-02-03 at 06:42, Jeremy Allison wrote:
> On Mon, Feb 02, 2004 at 07:28:14PM +0100, Tarjei Huse wrote:
> > Feb 2 19:11:50 grisen smbd[26068]: [2004/02/02 19:11:50, 0]
> > lib/util.c:smb_panic(1408)
> > Feb 2 19:11:50 grisen smbd[26068]: BACKTRACE: 17 stack frames:
> > Feb 2 19:11:50 grisen smbd[26068]: #0
> > /usr/sbin/smbd(smb_panic+0x1ab) [0x81c6627]
> > Feb 2 19:11:50 grisen smbd[26068]: #1 /usr/sbin/smbd [0x81b5231]
> > Feb 2 19:11:50 grisen smbd[26068]: #2 /usr/sbin/smbd [0x81b5292]
> > Feb 2 19:11:50 grisen smbd[26068]: #3 /lib/libc.so.6 [0x402293a8]
> > Feb 2 19:11:50 grisen smbd[26068]: #4 /lib/libc.so.6 [0x402775a7]
> > Feb 2 19:11:50 grisen smbd[26068]: #5 /lib/libc.so.6(malloc+0x98)
> > [0x40276388]
> > Feb 2 19:11:50 grisen smbd[26068]: #6 /usr/sbin/smbd [0x8092ad5]
> > Feb 2 19:11:50 grisen smbd[26068]: #7 /usr/sbin/smbd [0x80930be]
> > Feb 2 19:11:51 grisen smbd[26068]: #8 /usr/sbin/smbd [0x809332d]
> > Feb 2 19:11:51 grisen smbd[26068]: #9
> > /usr/sbin/smbd(reply_trans+0xbb4) [0x8093f56]
> > Feb 2 19:11:51 grisen smbd[26068]: #10 /usr/sbin/smbd [0x80d6d26]
> > Feb 2 19:11:51 grisen smbd[26068]: #11 /usr/sbin/smbd [0x80d6dd6]
> > Feb 2 19:11:51 grisen smbd[26068]: #12
> > /usr/sbin/smbd(process_smb+0x1fb) [0x80d712b]
> > Feb 2 19:11:51 grisen smbd[26068]: #13
> > /usr/sbin/smbd(smbd_process+0x170) [0x80d7c6b]
> > Feb 2 19:11:51 grisen smbd[26068]: #14 /usr/sbin/smbd(main+0x81e)
> > [0x8230b59]
> > Feb 2 19:11:51 grisen smbd[26068]: #15
> > /lib/libc.so.6(__libc_start_main+0xc7) [0x40215857]
> > Feb 2 19:11:51 grisen smbd[26068]: #16
> > /usr/sbin/smbd(ldap_msgfree+0x71) [0x807fc71]
> > Feb 2 19:11:51 grisen smbd[26068]:
> >
> >
> > Is this of any help? Can you tell what is failing. I'll be compiling
> > samba 3.0.2-rc2 tonight, but I would appreciate if someone can tell me
> > where the problem is.
>
> Unfortunately this backtrace doesn't tell us much. We need a backtrace
> with symbols and line numbers included to really help. Compile with -g
> to get this.
This is almost certainly malloc pool corruption too.
As Jeremy mentions in the next mail:
> This is a corrupted malloc pool. If you have a malloc with checking
> ability (such as the GNU one) you could try running for a while
> with the environment variable MALLOC_CHECK_=2. This will make Samba
> a little slower but will help track down the memory problem.
>
> Jeremy.
Andrew Bartlett
--
Andrew Bartlett abartlet at pcug.org.au
Manager, Authentication Subsystems, Samba Team abartlet at samba.org
Student Network Administrator, Hawker College abartlet at hawkerc.net
http://samba.org http://build.samba.org http://hawkerc.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.samba.org/archive/samba/attachments/20040203/b1b3bd6f/attachment.bin
More information about the samba
mailing list