From owner-freebsd-stable@FreeBSD.ORG Fri Dec 16 20:11:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAD661065672 for ; Fri, 16 Dec 2011 20:11:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6876E8FC19 for ; Fri, 16 Dec 2011 20:11:36 +0000 (UTC) Received: from omta12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA11.westchester.pa.mail.comcast.net with comcast id 9w0l1i0060xGWP85BwBcMn; Fri, 16 Dec 2011 20:11:36 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta12.westchester.pa.mail.comcast.net with comcast id 9wBb1i01A1t3BNj3YwBcQo; Fri, 16 Dec 2011 20:11:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 1F272102C19; Fri, 16 Dec 2011 12:11:34 -0800 (PST) Date: Fri, 16 Dec 2011 12:11:34 -0800 From: Jeremy Chadwick To: Shaun Meyer Message-ID: <20111216201134.GA55497@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: net/samba36 winbindd core dump on group lookup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 20:11:36 -0000 On Fri, Dec 16, 2011 at 01:51:09PM -0600, Shaun Meyer wrote: > freebsd-stable@, > > I'm building Samba using net/samba36 with the following config: > LDAP=on "With LDAP support" > ADS=on "With Active Directory support" > CUPS=off "With CUPS printing support" > WINBIND=on "With WinBIND support" > SWAT=off "With SWAT WebGUI" > ACL_SUPPORT=on "With ACL support" > AIO_SUPPORT=off "With Asyncronous IO support" > FAM_SUPPORT=off "With File Alteration Monitor" > SYSLOG=off "With Syslog support" > QUOTAS=on "With Disk quota support" > UTMP=off "With UTMP accounting support" > PAM_SMBPASS=off "With PAM authentication vs passdb backends" > DNSUPDATE=off "With dynamic DNS update(require ADS)" > AVAHI=off "With Bonjour service discovery support" > EXP_MODULES=on "With experimental modules" > POPT=on "With system-wide POPT library" > IPV6=on "With IPv6 support" > MAX_DEBUG=off "With maximum debugging" > SMBTORTURE=off "With smbtorture" > > I am able to join winbind to our 2003 domain, no problem. I'm using > idmap_rid(8) backend and am using nss_winbind to enumerate uid/gid's. > > This set up runs fine for a few minutes (10?) until winbind begins > dumping core when I do a group look up something like `getent group` > or `id`. > > Before the core dumping begins: `wbinfo -g` returns all groups, > `getent passwd` returns all users, `getent group` returns all groups, > and `id [user]` returns all information as it should. > > After the core dumping begins: `wbinfo -g` returns all groups, `getent > passwd` returns all users, `getent group` or `id [user]` causes a core > dump in winbindd. The daemon continues running however. > > After the core dumping routine starts, I have to do some gyrations of > `rm -rf /var/db/samba /usr/local/etc/samba`, restarting services, and > joining/leaving the domain to get another ~10 minutes of functioning > winbind. > > With MAX_DEBUG=on, I tried to use gdb on the winbindd.core file which > shows lines like "#1627 0x0000000000000000 in ?? ()" and similar. I'm > guessing this is to do with other system libs that are not compiled > with -g, but I'm over my head here on FreeBSD system specifics. > > So I have two questions: > 1) Will a buildworld with debugging symbols get me more meaningful > output from gdb `backtrace full` and is this the best way? > > 2) Has anyone else experienced similar issues with net/samba36? I can > reproduce this bug on both 9.0-RC2 and 8.2-RELEASE-p3. > > Your advice is appreciated, Regarding MAX_DEBUG and trying to get a binary that's built with debugging support -- you are correct. Samba also has dependencies, as you're familiar with, and all of those would need to be built with debugging support as well. Usually when there's a core with a calling stack that's very long and all zeros, somewhere down at the bottom there is something remotely coherent. Keep in mind, however, that a software crash can sometimes completely smash the contents of the calling stack, which makes after-the-fact debugging very difficult. I would strongly advise opening up a ticket with the Samba folks, as well as posting this to freebsd-ports instead of freebsd-stable. The processes which are coring are purely Samba-specific. Remember, ports are third-party software, so starting there (with the Samba folks) would be good. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB |