... 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.
=20 You fail to note in this ITS any of the following information, which =
would be useful:
Sorry, It was my first submission.
(a) Total number of entries in the database
~15000 (14738)
=20
=46rom slapd.conf/cn=3Dconfig:
(b) cachesize
10000
(c) idlcachesize
50000
(d) dncachesize
Not set, I found somewhere to better don't touch it.
=46rom the BDB database:
=20 (e) output of du -c -h *.bdb in the database directory
448K associatedDomain.bdb 288K carLicense.bdb 7.9M cn.bdb 7.1M displayName.bdb 4.4M dn2id.bdb 320K employeeNumber.bdb 528K entryCSN.bdb 544K entryUUID.bdb 464K gidNumber.bdb 3.1M givenName.bdb 30M id2entry.bdb 52K ipHostNumber.bdb 8.0K ipNetworkNumber.bdb 8.0K krb5PrincipalName.bdb 44K macAddress.bdb 336K mail.bdb 120K member.bdb 132K memberUid.bdb 1.3M objectClass.bdb 16K ou.bdb 8.0K sambaDomainName.bdb 60K sambaGroupType.bdb 336K sambaPrimaryGroupSID.bdb 11M sambaSID.bdb 3.7M sn.bdb 20K st.bdb 3.7M uid.bdb 304K uidNumber.bdb 75M total
(f) Contents of your DB_CONFIG file
# 100MB cache set_cachesize 0 104857600 1 # 1MB cache for tables and index file names set_lg_regionmax 1048576 # 10MB log files (> 4*set_lg_bsize) set_lg_max 10485760 # 2MB memory cache for log files set_lg_bsize 2097152 # autoremove old log files set_flags DB_LOG_AUTOREMOVE
I want add more to this info, if it is relevant:
checkpoint 10240 5 cachefree 1000
overlay syncprov syncprov-checkpoint 1000 5 syncprov-sessionlog 10000
Regards, Rolandas Naujikas
P.S. I found myself cachesize < total number of entries. Probably I = lowered it trying to workaround this problem.
Thanks, Quanah =20 -- =20 Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc
Zimbra :: the leader in open source messaging and collaboration