[Date Prev][Date Next] [Chronological] [Thread] [Top]

slapd hangs doing large ldap (add|modify|delete)



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