[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Slurpd doesn't appear to be working.



Try reading what's in your config files again and noticing that "dc=shuba,dc=com" in the master doesn't match "dc=frontbridge,dc=com "in the slave, and that the master's binddn doesn't match the slave's updatedn, or that the slave's updatedn "dc=frontbridge,dc=org" doesn't match the slave's suffix "dc=frontbridge,dc=com".

Configuring software isn't that hard, if you pay attention.

Free/Open source gets a lot of bad press because people say (a) it's poorly documented, (b) it's hard to understand, and (c) you always get conflicting answers when you ask for help on the mailing lists / newsgroups.

All of the information needed to use OpenLDAP effectively is published as widely as possible. The cause of most of these problems comes down to people not reading carefully, both the people asking the questions in the first place and the people offering incorrect solutions.

Chris McKeever wrote:

try putting the FQDN in the replica statement and/or make sure you
have the slaves hostname defined in the masters hosts file


On Fri, 18 Feb 2005 16:03:34 -0800, Nick Bernstein
<nbernstein@frontbridge.com> wrote:


I'm trying to get slurpd to push updates to a slave ( am I getting that
backwards, because the name would imply pulling, not pushing ). Anyway, I'm
not getting any errors when I start slurpd, but it doesn't seem to be doing
anything either.

[ foo@ldap-master ~] sudo slapd -d 10 -f /etc/openldap/slapd.conf
<< I changed some entries in the master ldap directory >>
<< nothing shows up in logs >>

My master slapd.conf looks as follows:
------------------------------------------------------------------
include         /etc/openldap/schema/core.schema
include         /etc/openldap/schema/cosine.schema
include         /etc/openldap/schema/inetorgperson.schema
include         /etc/openldap/schema/nis.schema
include         /etc/openldap/schema/redhat/autofs.schema
include         /etc/openldap/schema/redhat/kerberosobject.schema
pidfile         //var/run/slapd.pid
argsfile        //var/run/slapd.args
TLSCertificateFile      /usr/share/ssl/certs/slapd.pem
TLSCertificateKeyFile   /usr/share/ssl/certs/slapd.pem
TLSCACertificateFile    /usr/share/ssl/certs/ca-bundle.crt
access to * by * read
access to * by * auth
database        ldbm
directory       /var/lib/ldap
suffix          "dc=shuba,dc=com"
rootdn          "cn=Manager,dc=shuba,dc=com"
rootpw          -- snipped --
index           objectClass,uid,uidNumber,gidNumber,memberUid   eq
index           cn,mail,surname,givenname
eq,subinitial
loglevel        2048
# Create a replication log in /var/lib/ldap for use by slurpd.
replogfile      /var/lib/ldap/master-slapd.replog
replica         host=snipped:389
              binddn="cn=Manager,dc=shuba,dc=com"
              bindmethod=simple credentials=secret

Slave slapd.conf looks as follows:
-------------------------------------------------------------------
include         /etc/openldap/schema/core.schema
include         /etc/openldap/schema/cosine.schema
include         /etc/openldap/schema/inetorgperson.schema
include         /etc/openldap/schema/nis.schema
include         /etc/openldap/schema/redhat/autofs.schema
include         /etc/openldap/schema/redhat/kerberosobject.schema
database        ldbm
suffix          "dc=frontbridge,dc=com"
rootdn          "cn=Manager,dc=frontbridge,dc=com"
rootpw          {SSHA}zJGSlLC6MCd6N0fCQ+br4oRBb//BvKkJ
directory       /var/lib/ldap
index   objectClass,uid,uidNumber,gidNumber,memberUid   eq
index   cn,mail,surname,givenname                       eq,subinitial
updatedn        "cn=Manager,dc=frontbridge,dc=org"
updateref       ldap://192.168.1.175
loglevel        2048

FrontBridge introduces Message Archive and Secure Email. Get leading Enterprise Message Security services from FrontBridge. www.frontbridge.com.

- -- Howard Chu
Chief Architect, Symas Corp. Director, Highland Sun
http://www.symas.com http://highlandsun.com/hyc
Symas: Premier OpenSource Development and Support