OpenLDAP performance issues

Bernhard Reiter bernhard at intevation.de
Wed May 18 18:40:44 CEST 2005


Hi Dieter,

thanks a lot for your hints.
I am still lacking the right level to spin this problem away,
though. What would you suggest to get closer to the problem?
Try openldap 2.2.26?



[Can you also copy Steffen on suggestions as he mainly does
the Kolab-Server implementation. Thanks.]

On Tuesday 10 May 2005 21:39, Dieter Kluenter wrote:
> Bernhard Reiter <bernhard at intevation.de> writes:
> >> An anonymous bind of nobody would reduce the number of searches, as
> >> each bind requires two search operations.
> >> I just wonder which client is not unbinding cleanly from slapd.
> >
> > If I remember correctly nobody was done for apache,=20
> > though that does not answer the question.
> >
> > Dieter: As you have a lot  of experience with openldap,
> > do you have any advise about issue707?
>
> OK, I started with msg4273, which is most likely due to lacking
> DB_CONFIG, insufficient idlecachesize and cachesize, probabely missing
> indexed attributes as well.
>
> msg4421:
> LDBM is definitly NO choice, nor will be BerkeleyDB-4.3.27.
>
> msg4536
> I have seen this with a corrupted database after a uncleen
> shutdown. So the database might got orrupted somehow, probabely
> disabled write synchronization?

It was _not_ disabled of course. 
Could a high number of checkpoint (like every 10 minutes) be a problem?

> OpenLDAP will have a booth at Linuxtag and I will be there.

Cool!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2145 bytes
Desc: signature
URL: <http://lists.kolab.org/pipermail/users/attachments/20050518/22d57f3a/attachment.p7s>


More information about the users mailing list