Package: slapd
Version: 2.2.23-8
Severity: minor

This concerns only BDB, where slapd is installed as well as db4.2-util.
The init script performs the db4.2_recover at startup, which is brilliant.

The problem occurs when admin has set a user+group to run slapd as
non-root in /etc/default/slapd (which is non-default installation) :
db4.2_recover still runs as root and sets wrong file permissions in
/var/lib/ldap/, which results in slapd not being able to start.

I suggest the init script be upgraded to running db4.2_recover as
user/group set in /etc/default/slapd, if set. Unless I am being
oversimplifying this should be easy to fix.

Thanks for the great packaging around slapd!

Vincent



Reply via email to