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

Re: rebuilding db on openldap 1.2.13 fails



Your script sends ldbm_store failed? What's your script look like? Are you rebuilding the DB with ldapadd or ldif2ldbm?

:wes

On 1/7/02 11:06 AM +0100 Jure.Pecar@select-tech.si wrote:
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