[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#5134) dbconfig vs. DB_CONFIG
ando@sys-net.it wrote:
> hyc@symas.com wrote:
>>> Reading the man page, I thought that the directives don't modify
>>> DB_CONFIG, but were applied at slapd's startup.
>> For slapd.conf, the directives can only take effect after they are written to
>> DB_CONFIG. They will only be written to DB_CONFIG at startup time, and only if
>> no such file already existed.
>>
>> The main reason this directive was added was for the benefit of cn=config.
>> Using it in slapd.conf is rather pointless. Once you start managing slapd
>> through cn=config, you are expected to stop editing DB_CONFIG manually.
>
> I didn't mention that the whole discussion started because Debian seems
> to ship with both a default DB_CONFIG installed in the database
> directory, and the very same directives echoed in slapd.conf. People
> find the dbconfig directives, modify them and complain because they
> don't take effect. And, I couldn't disambiguate the man page because I
> didn't find it clear enough about this point.
The manpage also says "This allows one to set initial values without
overwriting/destroying a DB_CONFIG file that was already customized through
other means." If the dbconfig settings had any other effect they would (a) no
longer be *initial* values and (b) overwrite/destroy an existing DB_CONFIG
file. Clearly that's not the intended behavior.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/