Red Hat Bugzilla – Bug 424831
slurpd needs an unexisting directory when starting replication
Last modified: 2008-02-11 03:29:28 EST
Description of problem:
I'm trying to setup replication with openldap. It seems that slurpd needs a (non
existing) directory called /var/openldap-slurp/replica
The directory name can be overridden passing the -t option to slurpd
It would be nice to have a existing directory installed with openldap and one
that follows the FSH (/var/cache/slurp ? /var/lib/slurp/ ?, I don't know)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
You are right, I forgot to add appropriate patches when upgrading to
openldap-2.3.34. As a workaround, please use "-t /var/run/ldap/replica"
argument. I'll release fixed package when I get more bugs.
BTW, the same applies to Fedora 8.
(In reply to comment #1)
> As a workaround, please use "-t /var/run/ldap/replica"
"-t /var/run/ldap", of course. The "replica" subdirectory will be added by slurpd.
openldap-2.3.34-6.fc7 has been submitted as an update for Fedora 7
openldap-2.3.34-6.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.
The problem still persists in fc8 (I have migrated since :)
And I have released an security update openldap-2.3.39-3.fc8, with all bugfixes
accumulated so far -> the slurpd should use the right directory.