[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: 8 hours tests ends with inconsistent DB.
--On Sunday, June 13, 2004 3:43 PM +0200 RW <openldap@tauceti.net> wrote:
For the problems I mentioned above it now really seem's to be my own
fault. For the case of the DB corruptions I could now reproduce it. In
this case I'm loading 500.000 entries with ldapadd into the directory. An
entry consists of about 23 attributes. After about 440.000 entries I
get the following messeages:
....
conn=1 op=442515 ADD dn="uid=442515,ou=icpuser,l=root"
conn=1 op=442515 RESULT tag=105 err=0 text=
conn=1 op=442516 ADD dn="uid=442516,ou=icpuser,l=root"
bdb(l=root): malloc: Cannot allocate memory: 1147
free(): invalid pointer 0x925b44c8!
conn=1 op=442516 RESULT tag=105 err=80 text=entry store failed
conn=1 op=442517 ADD dn="uid=442517,ou=icpuser,l=root"
bdb(l=root): malloc: Cannot allocate memory: 32768
free(): invalid pointer 0x925b48c8!
bdb(l=root): PANIC: Cannot allocate memory
free(): invalid pointer 0x925b4978!
slapd shutdown: waiting for 1 threads to terminate
bdb(l=root): PANIC: fatal region error detected; run recovery
bdb(l=root): PANIC: fatal region error detected; run recovery
bdb(l=root): PANIC: fatal region error detected; run recovery
bdb(l=root): PANIC: fatal region error detected; run recovery
bdb(l=root): PANIC: fatal region error detected; run recovery
bdb(l=root): PANIC: fatal region error detected; run recovery
bdb(l=root): PANIC: fatal region error detected; run recovery
bdb(l=root): PANIC: fatal region error detected; run recovery
I just want to note that on our Debian system, I was able to add 323,503
entries via ldapadd. I had no issues, and slapd cleaned up nicely. The
amount of memory in use during this pocedure varied by 3 MB, but it always
recycled. In the end, I ended up with no more memory in use than when I
started. The entire LDIF entry added with success.
System configuration
Dell 1750 with 2 HT P4 Xeon 3.06GHz cpu's
2 GB main memory
OpenLDAP 2.2.13
BDB 4.2.52+2 patches
Cyrus Sasl 2.1.18
Heimdal 0.6.1
OpenSSL 0.9.7d
Bind method used was SASL/GSSAPI.
--Quanah
--
Quanah Gibson-Mount
Principal Software Developer
ITSS/Shared Services
Stanford University
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html