The stack traces from the ns-slapd core would be very helpful.

1. login as root
2. ps -ef | grep ns-slapd
ldapuser   27526     1  0 Sep24 ?        00:02:21 ./ns-slapd -D ...
3. attach the process to gdb
# gdb /usr/sbin/ns-slapd 27526
gdb> continue
4. start the LDAP intensive application

Hopefully, it makes ns-slapd crash.  Then, run bt command:
gdb> thread apply all bt


On 9/28/10 8:38 PM, Gary Morris wrote:

ok.. it pulled 389-ds-base-1.2.6-2.fc13.x86_64.. is that ok or do i need to be on 1.2.6-1?  On 1.2.6-2 I'm having the same problem.  As soon as I start an application that is ldap intensive, the directory server crashes real quick.  No errors of any sort reported.

On Tue, Sep 28, 2010 at 11:16 PM, Rich Megginson <> wrote:
Gary Morris wrote:
> Hi guys.. i'm running 389-ds-base-1.2.6-1.fc13.x86_64 and the server
> is crashing repeatedly, mostly under load.  There are about 390,000
> ldap entries in the database. I tried installing on a couple of
> different servers (Fedora 13) with the same problem.  The problem does
> not seem to be happening on 1.2.6-0.1.  I would be happy to send you
> more details on what is causing the crash if I could figure out how to
> do that.  When I put any load on the server, it crashes, and often
> crashes before it can even fully start.  It does not seem to crash
> when I turn on the heavy debugging, but then again, performance is
> very slow on full debug.  If anyone has some suggestions on what I can
> do to give more information, i'd be happy to.
There were a couple of crashing bugs that have been fixed in -
now available in the Testing repos.  Please try to install
389-ds-base- from the updates-testing repo and see if that
fixes your problem.
> -gary
> ------------------------------------------------------------------------
> --
> 389-devel mailing list

389-devel mailing list

-- 389-devel mailing list