[Date Prev][Date Next]
Re: Filesystem & backend options for embedded openldap
Bruce Edge wrote:
On Sun, Dec 19, 2010 at 9:12 AM, Dieter Kluenter<firstname.lastname@example.org> wrote:
Am Sun, 19 Dec 2010 08:02:02 -0800
schrieb Bruce Edge<email@example.com>:
On Sat, Dec 18, 2010 at 4:04 PM, Howard Chu<firstname.lastname@example.org> wrote:
Bruce Edge wrote:
On Sat, Dec 18, 2010 at 12:26 PM, Peter Lambrechtsen
Or perhaps TinyLdap? http://www.fefe.de/tinyldap/
Also FreeRadius (if your app's support Radius and LDAP) supports
a myriad of
Hmm, very interesting. I was not aware of this project.
My concern is that there's been very little activity on the
project in recent years.
Is there no simple, reliable, backend config for openldap?
I'm not concerned with speed, just reliability and data integrity.
I'd settle for a 10x performance penalty for data integrity.
You could give back-ldif a try. It certainly will not perform well,
but it's so simple that data corruption wouldn't be an issue.
I'll give it a try. Thanks.
Are there no hdb back end settings that accomplish something similar ?
Or is that back end always going to be vulnerable to ungraceful shut
slapd always runs db_recover on any bdb and hdb database, which will
repair any corrupted database if appropriate transaction logs are
Could you direct me to the reference documentation on this feature?
I'd like to read up on the specifics.
Read the BerkeleyDB docs.
Are there any hdb configuration parameters which affect the
speed/integrity tradeoff which would make the recovery procedure more
Yes, the checkpoint option documented in the slapd-bdb(5) manpage.
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/