[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
slapd hangs doing large ldap (add|modify|delete)
- To: openldap-software@OpenLDAP.org
- Subject: slapd hangs doing large ldap (add|modify|delete)
- From: Thaths <thaths@gmail.com>
- Date: Mon, 8 Aug 2005 18:35:06 +0530
- Content-disposition: inline
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=c2kOXTP8JN3xuDUXEx6/uTXN5CWdWjM3nvY8GloGd5Uz5kEZ3rHYGZCMkh/n2LkrlhpdZPZjeFA0xGqU1/ykN53+7atg30rfJ5xWiXGL+foVRmGx7ORIF0AP4NsswUNaUGzo1fpFGgE0/I/5JLCOkWLRq9J5/kZaqjOyPcLFQCc=
Hi,
I would really like to deploy OpenLDAP throughout my 700-user network.
However, slapd stops working from time to time randomly. When I run
slapcat nothing happens and the command hangs. This is really
frustrating me.
I have OpenLDAP v 2.2.23-8 installed from Debian package for
sarge/stable. The "crash" usually happens when I am doing a ldapdelete
or ldapadd or ldapmodify. It is totally unpredictable. Not knowing how
to recover from these crashes, I have been re-installing slapd from
scratch and recreating my users.
1. Why does these hangs happen?
2. How can I avoid them?
3. Can I recover from such a hang when it happens? How?
I tried db_recover and it didn't solve the crash/hang. Here is the output:
jupiter:~# db_recover -c -v -h /var/lib/ldap
db_recover: Ignoring log file: /var/lib/ldap/log.0000000004:
unsupported log version 8
db_recover: Ignoring log file: /var/lib/ldap/log.0000000003:
unsupported log version 8
db_recover: Ignoring log file: /var/lib/ldap/log.0000000002:
unsupported log version 8
db_recover: Ignoring log file: /var/lib/ldap/log.0000000001:
unsupported log version 8
db_recover: log_get: unable to find checkpoint record: no checkpoint set.
db_recover: Ignoring log file: /var/lib/ldap/log.0000000004:
unsupported log version 8
db_recover: Ignoring log file: /var/lib/ldap/log.0000000003:
unsupported log version 8
db_recover: Ignoring log file: /var/lib/ldap/log.0000000002:
unsupported log version 8
db_recover: Ignoring log file: /var/lib/ldap/log.0000000001:
unsupported log version 8
db_recover: Recovery complete at Thu Jan 1 05:30:00 1970
db_recover: Maximum transaction id 80000000 Recovery checkpoint [0][0]
If this is the stability level of OpenLDAP, I really hesitate to use
it in a production environment.
Thaths
--
"This is everybody's fault but mine!" -- Homer J. Simpson