[Date Prev][Date Next]
BDB corruption on windows port of 2.2.19
- To: openldap <openldap-software@OpenLDAP.org>
- Subject: BDB corruption on windows port of 2.2.19
- From: Safdar Kureishy <firstname.lastname@example.org>
- Date: Mon, 18 Jul 2005 14:21:48 -0700
- Content-disposition: inline
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OwPfzdKL3H35apcKpxFHaFHyp6ZREdG/ud9Yx9RPVUXSXSpR/AH2ao0yHJbehqAmeaDkZgqeEXlpWf7dA/x7a235z3zLrxYHcNMw+bNCUS1uoE2rGcJpbwy2AX01uv2H5GZ0BrI7KmSkSdHcDGr4PYhSx+cQzSp33C3dvT17C/M=
I saw several posts online about BDB corruption occuring on OpenLDAP
servers if there is an abnormal system shutdown etc. Based on what
I've gathered, it seems that version 2.2.19 should not be facing these
types of corruption issues. However, I am using the windows port of
OpenLDAP 2.2.19 and I see these issues whenever the system goes into
standby/hibernation, or if there is an abnormal system shutdown.
Sometimes I see data loss where an entire subtree of my directory
vanishes. At other times the server hangs with 100% CPU utilization by
the slapd.exe executable, while at other times the server fails to
startup alltogether. All these problems are fixed when the database
files (__db.00n or *.bdb) are deleted and I reimport all the data from
my backup ldifs, without touching any other file in the OpenLDAP
Would anyone know if there is a configuration setting that might be
causing this despite my using version 2.2.19, or if this is a known
issue in this version as well? Here is my bdb configuration:
# Cleartext passwords, especially for the rootdn, should
# be avoid. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd and slap tools.
# Mode 700 recommended.
directory "C:/Program Files/XYZ/Directory/OpenLDAP/var/openldap-data"
# Indices to maintain
index objectClass eq
Also, are there any tools that could be used to fix the problem after
it has occurred?
Any help would be greatly appreciated. I'd be more than happy to
provide additional data that might help identify this problem.