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

2.0.27 BUG: dn2id corrupted



Hello all

I have a problem with openldap 2.0.27/BDB 4.0.14, dn2id.bdd file seems to be
corrupted, it seems to return the wrong ids form some entries. Here's an
example:

$ ldapsearch -h localhost -p 390 -D
cn=Manager,ou=vodafone,c=es,o=vodafone -w clave -b
vfsid=34617683930,ou=subscriber,ou=vodafone,c=es,o=vodafone

# ALFA, MIM, app, vodafone, es, vodafone
dn: vfnick=ALFA,app=MIM,ou=app,ou=vodafone,c=es,o=vodafone
uid: mim_uid_10023
vfutf8nick: initprofiledata
status: 2
objectClass: vfmimsvc
objectClass: vfname
objectClass: vfpostal
objectClass: vfuser
vfnick: ALFA

And here is a piece of log of this search:
=> ldbm_back_search
dn2entry_r: dn:
"VFSID=34617683930,OU=SUBSCRIBER,OU=VODAFONE,C=ES,O=VODAFONE"
=> dn2id( "VFSID=34617683930,OU=SUBSCRIBER,OU=VODAFONE,C=ES,O=VODAFONE" )
=> ldbm_cache_open( "dn2id.dbb", 73, 600 )
<= ldbm_cache_open (cache 0)
<= dn2id 111434
=> id2entry_r( 111434 )
=> ldbm_cache_open( "id2entry.dbb", 73, 600 )
<= ldbm_cache_open (cache 1)
=> str2entry
<= str2entry(vfnick=ALFA,app=MIM,ou=app,ou=vodafone,c=es,o=vodafone) -> -1
(0xaba58)
<= id2entry_r( 111434 ) 0xaba58 (disk)
search_candidates:
base="VFNICK=ALFA,APP=MIM,OU=APP,OU=VODAFONE,C=ES,O=VODAFONE" s=2 d=0

Is it a known problem of this version? In this ldap I have about 8M entries,
so a slapcat/slapadd will be very slow. What would you recommend?

Greeting,
Isaac