Date: Fri, 20 Feb 2004 00:29:47 -0500 (EST) From: Daniel Eischen <eischen@vigrid.com> To: Doug White <dwhite@gumbysoft.com> Cc: current@freebsd.org Subject: Re: openldap server + kse = bewm Message-ID: <Pine.GSO.4.10.10402200022450.6052-100000@pcnet5.pcnet.com> In-Reply-To: <20040219203518.V55111@carver.gumbysoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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? > can be done without. I have this backtrace, with a debugging libpthread, > but I'm not sure how useful it is to you folks. > > 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. Usually, this is from something that is using %gs and stomping on our LDTs. Any warnings from the kernel about static LDT allocations? > 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... -- Dan Eischen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.10.10402200022450.6052-100000>