Can you reproduce this behavior with current CVS checkout of the =
OPENLDAP_REL_ENG_2_4 branch? I'll note that the entry cache has been =
broken for most of RE2.4, and it is specifically fixed in CVS and will =
be in the upcoming 2.4.20 release.
You fail to note in this ITS any of the following information, which =
Sorry, It was my first submission.
(a) Total number of entries in the database
> =46rom slapd.conf/cn=3Dconfig:
Not set, I found somewhere to better don't touch it.
> =46rom the BDB database:
(e) output of du -c -h *.bdb in the database directory
(f) Contents of your DB_CONFIG file
# 100MB cache
set_cachesize 0 104857600 1
# 1MB cache for tables and index file names
# 10MB log files (> 4*set_lg_bsize)
# 2MB memory cache for log files
# autoremove old log files
I want add more to this info, if it is relevant:
checkpoint 10240 5
syncprov-checkpoint 1000 5
Regards, Rolandas Naujikas
P.S. I found myself cachesize < total number of entries. Probably I =
lowered it trying to workaround this problem.
Principal Software Engineer
Zimbra :: the leader in open source messaging and collaboration