> quanah(a)zimbra.com writes:
>> You have to run slapd at least once before using the db_stat tool
>> after using slapadd -q. This is a known feature of using -q.
> Ah, need doc fix in slapadd.8 then.
What exactly are you trying to do?
Playing around, mostly.
slapadd -q disables locking,
I don't see that in the doc. It's reasonable to infer, except I have no
idea why even slapadd (without -q) needs so many. I couldn't find an
explanation of what does use locks and lockers (FAQ file 893 doesn't
say), thus not how many I will need and which of these limits is fatal
if I have too few. Can experiment to find out the latter, of course.
Sleepycat messages can be scary. I came from the slapadd "wrong dynamic
library" or message or whatever it was which the mailinglist says is
cured with more locks & lockers, so I increased those and just got
another error message (this ITs). So apparently, something still wrong.
"Not configured for the locking subsystem" sounded like a permanent
problem with the database build, not that it would get "reconfigured" to
support locking when needed. Hence this report. Oh well.
so of course there's nothing for db_stat -c to report.