Date: Fri, 20 Feb 2004 10:22:21 -0800 (PST) From: Doug White <dwhite@gumbysoft.com> To: Daniel Eischen <eischen@vigrid.com> Cc: current@freebsd.org Subject: Re: openldap server + kse = bewm Message-ID: <20040220101615.U60703@carver.gumbysoft.com> In-Reply-To: <Pine.GSO.4.10.10402200022450.6052-100000@pcnet5.pcnet.com> References: <Pine.GSO.4.10.10402200022450.6052-100000@pcnet5.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 20 Feb 2004, Daniel Eischen wrote: > On Thu, 19 Feb 2004, Doug White wrote: > > > hey folks, > > > > Looks like the OpenLDAP server, slapd, and KSE don't get along too well. > > > > I can reliably segfault slapd by doing a few requests of it on a -CURRENT > > machine built this morning PST. TLS seems to accelerate things, but it > > What is TLS? In this case, Transport Layer Security, not Thread Local Storage. :) > > This is 100% reproducible, although initially it was croaking in > > pthread_testcancel() instead of a kse function. This leads me to suspect > > strange mutex corruption, but I'd like someone who understands kse to at > > least spot-check. I forgot to mention "croak" means "segfault". > Usually, this is from something that is using %gs and stomping > on our LDTs. Any warnings from the kernel about static LDT > allocations? NNo such message that I saw. I'm running X, but not the nvidia driver (the machine has a cirrus logic chip onboard). > > I thought at first it might be some strange interaction between berkeley > > db 4.2's special assembly mutexes and kse, but I rebuilt db42 with pthread > > mutexes and rebuilt openldap to use DB_PRIVATE so the db would mount, but > > no change in status. > > > > Here's the trace from gdb: > > This doesn't show much to me... As to the libc thing, I'm assuming its getting picked up as a dependency on something else. I'll check the build to make sure it isn't getting requested explicitly. Since the libc pthread_mutex_lock() immediately calls the libpthread one, I assumed it was some sort of stub function. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040220101615.U60703>