have to correct myself, it is OpenLDAP 2.4.16 that i'm using
anyone that can heve a clue?
T.
On Thu, Sep 10, 2009 at 11:32 AM, Tihomir Culjaga tculjaga@gmail.comwrote:
hello,
I got an issue with OpenLDAP....
BDB 4.7 and OpenLDAP 2.4.18 is runnong on CentOS 5.3 installed on an HP DL380 G5 machine with 10 GB RAM.
The database is quite big...ldif file is ~2GB. I manage to load the ldif file into the DB with ldapadd.
Well, so far so good, i'm able to search entries. My application on a different server connects to LDAP and requests entire subtree (ou=bestMatchPrefixList,ou=sipDirektor,dc=ot,dc=hr) and within a minute and half, it gets everything.
Now, the problem comes when you add some few more entries to the DB with ldapadd... in my case 2 entries
dn: carrierPrefixID=043010.100.10000.100,bestMatchPrefix=385,ou=bestMatchPrefixList,ou=sipDirektor,dc=ot,dc=hr qos: 100 priority: 10000 carrierPrefixID: 043010.100.10000.100 carrierPrefix: 043010 weight: 100 carrier: Telekom Austria objectClass: top objectClass: carrierPrefixID
dn: originatorPrefixID=000010,carrierPrefixID=043010.100.10000.100,bestMatchPrefix=385,ou=bestMatchPrefixList,ou=sipDirektor,dc=ot,dc=hr originatorPrefix: 000010 priority: 100 originator: T-COM/HT originatorPrefixID: 000010 objectClass: top objectClass: originatorPrefixID
The application doesn't get all entries ... as LDAP server stops respnding. In brief, i run ldapsearch manually and i get it stuk after a while:
[root@l01lnp2 ldap]# [root@l01lnp2 ldap]# time ldapsearch -h localhost -x -b ou=bestMatchPrefixList,ou=sipDirektor,dc=ot,dc=hr -D cn=admin,dc=ot,dc=hr -w password # extended LDIF # # LDAPv3 # base <ou=bestMatchPrefixList,ou=sipDirektor,dc=ot,dc=hr> with scope subtree # filter: (objectclass=*) # requesting: ALL #
# bestMatchPrefixList, sipDirektor, ot.hr dn: ou=bestMatchPrefixList,ou=sipDirektor,dc=ot,dc=hr ou: bestMatchPrefixList objectClass: top objectClass: organizationalUnit
# 7, bestMatchPrefixList, sipDirektor, ot.hr dn: bestMatchPrefix=7,ou=bestMatchPrefixList,ou=sipDirektor,dc=ot,dc=hr destination: Russian Federation bestMatchPrefix: 7 objectClass: top objectClass: bestMatchPrefix
<-------------------------snip------------------------->
# 043010, 046010.100.8000.100, 99893, bestMatchPrefixList, sipDirektor, ot.hr dn: originatorPrefixID=043010,carrierPrefixID=046010.100.8000.100,bestMatchPre fix=99893,ou=bestMatchPrefixList,ou=sipDirektor,dc=ot,dc=hr originatorPrefix: 043010 priority: 100 originator: 043010 originatorPrefixID: 043010 objectClass: top objectClass: originatorPrefixID
# 039010, 046010.100.8000.100, 99893, bestMatchPrefixList, sipDirektor, ot.hr dn: originatorPrefixID=039010,carrierPrefixID=046010.100.8000.100,bestMatchPre fix=99893,ou=bestMatchPrefixList,ou=sipDirektor,dc=ot,dc=hr originatorPrefix: 039010 priority: 100 originator: 039010 originatorPrefixID: 039010 objectClass: top objectClass: originatorPrefixID
It hangs here ... and i have to stop ldapsearch (CTRL + C)
real 12m2.592s user 0m2.448s sys 0m2.150s [root@l01lnp2 ldap]#
I have the same issue on the BDB4.3 and OpenLDAP 2.3 that comes with CentOD 5.3 distribution as well.
What m'I missing? What can i do ?
I already tried to: reindex (slapindex -f slapd.conf) db_recover everytihng