[Date Prev][Date Next]
Re: (ITS#5120) slapadd -q makes database logs unusable
> email@example.com wrote:
>> firstname.lastname@example.org wrote:
>>> When slapadd'ing -q, existing database log files seem to become unusable. If
>>> this is correct, as it seems to be, slapadd could refuse to start with -q if log
>>> files are present, or, for example, remove the logs if -qq.
>> I guess we could add that check. The docs already say that if an error occurs,
>> the entire database will be unusable. As such, you should only use it for
>> initially populating a database, not for adding to an existing one.
> The story is that I placed logs in a separate directory and I forgot to
> clean them up when regenerating the DB after removing the database files :)
Ugh. I don't see how we can reliably detect this case.
In what way do the logs become unusable? I've tried to reproduce this situation
and see no errors of any kind.
E.g., sh run test001
../servers/slapd/slapadd -q -f testrun/slapd.1.conf -l testdata/test-ordered.ldif
(the above works fine)
../servers/slapd/slapd -f testrun/slapd.1.conf ...
db_stat -h testrun/db.1.a -l
(no complaints there either)
-- 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/