I have an openldap 1.2.13 running on a production redhat 6.2 system, 4way
smp and highmem on kernel 2.4.17. Openldap is linked against berkley db
2.7.7. Because indexes get corrupted every now and then, i wrote some
scripts to do nightly database rebuilds. Recently, these started to fail;
output of the script cron sends me is 'id2entry ldbm_store failed' and
some of the resulting files are indeed smaller than the working set.
newly created :
total 208804
-rw-r--r-- 1 root root 7 Jan 7 02:44 NEXTID
-rw------- 1 root root 19718144 Jan 6 01:59 cn.dbb
-rw------- 1 root root 12139520 Jan 7 02:38 dn.dbb
-rw------- 1 root root 10385408 Jan 7 02:38 dn2id.dbb
-rw------- 1 root root 14336 Jan 7 02:38 id2children.dbb
-rw------- 1 root root 116647936 Jan 7 02:37 id2entry.dbb
-rw------- 1 root root 21818368 Jan 7 02:41 mail.dbb
-rw------- 1 root root 8486912 Jan 7 02:44
maillocaladdress.dbb
-rw------- 1 root root 6429696 Jan 7 02:43
mailroutingaddress.dbb
-rw------- 1 root root 36864 Jan 6 01:59 objectclass.dbb
-rw------- 1 root root 11428864 Jan 7 02:42 sn.dbb
-rw------- 1 root root 6430720 Jan 7 02:43 uid.dbb
old, working stuff:
total 220928
-rw-r--r-- 1 root root 7 Jan 6 23:06 NEXTID
-rw------- 1 root root 19731456 Jan 7 02:11 cn.dbb
-rw------- 1 root root 12139520 Jan 7 02:10 dn.dbb
-rw------- 1 root root 10361856 Jan 7 02:10 dn2id.dbb
-rw------- 1 root root 13312 Dec 19 02:38 id2children.dbb
-rw------- 1 root root 129048576 Jan 7 02:11 id2entry.dbb
-rw------- 1 root root 21820416 Jan 7 02:11 mail.dbb
-rw------- 1 root root 8486912 Jan 7 02:11
maillocaladdress.dbb
-rw------- 1 root root 6429696 Jan 7 02:11
mailroutingaddress.dbb
-rw------- 1 root root 36864 Dec 19 07:54 objectclass.dbb
-rw------- 1 root root 11432960 Jan 7 02:11 sn.dbb
-rw------- 1 root root 6431744 Jan 7 02:11 uid.dbb
Any ideas on how to solve this? With google i found some references to
this back in openldap 1.0; i'd say these were fixed by 1.2.13 :) There's
plenty of diskspace left ...
And i'd really need to rebuild again, as ldapsearch is again not returning
some users that are in db.
--
Jure Pecar