[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: slapd stopping with no error message
Hi Douglas,
For these kinds of problems your best bet is to copy an unstripped slapd
binary (and any other modules you may be using) from the build tree, start
it as you would normally, and then attach to it using gdb. When it stops you
can run a back-trace and see exactly where it was. Output of the backtrace
can be posted to this list and will provide a wealth of information to
folks.
Cheers,
Matthew Hardin
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
http://www.symas.com
> -----Original Message-----
> From: openldap-software-bounces+mhardin=symas.com@OpenLDAP.org
> [mailto:openldap-software-bounces+mhardin=symas.com@OpenLDAP.org] On
> Behalf Of Douglas B. Jones
> Sent: Wednesday, February 21, 2007 6:59 AM
> To: openldap-software@openldap.org
> Cc: Douglas B Jones
> Subject: slapd stopping with no error message
>
>
> About three times in the last several days, ldap-2.3.33 (RHEL4) has just
> stopped.
> No core or error messages in the log files. The last entry in the log file
> is just a search entry, with nothing common in the search from 'crash' to
> 'crash'. I have even tried the searches and they worked fine. I restart it
> notes an unclean shutdown detected and attempts recovery and appears to do
> so.
>
> My question is what is the proper way to debug this. If I do -d, it will
> not fork, but since it fails at random times I probably will not be there
> to see the output. Is this the best way to try to see what is happening?
> If so, what is the recommended debug level? It was built with:
>
> ./configure \
> --prefix=/usr/local/openldap-2.3.33 \
> --includedir=/usr/local/lib/BerkleyDB.4.5.20.NC/include \
> --enable-crypt \
> --enable-cleartext \
> --enable-debug \
> --enable-meta=yes \
> --enable-monitor=yes \
> --enable-relay=yes \
> --enable-ldap=yes \
> --enable-rewrite=yes \
> --enable-overlays=yes \
> -exec-prefix=/usr/local/openldap-2.3.33
>
> I see that there is 2.3.34 out and that it can use BDB 4.5. Is the
> best course of action to upgrade?
>
> The 2.3.27 version we have been running has not had a problem like this.
> The 2.3.27 runs on port 900, the 2.3.33 runs on port 389.
>
> Thanks for any help!