Re: slurpd silly error ?

[Pierangelo Masarati <ando@sys-net.it>]

jehan.procaccia wrote:

> hello,
>
> I am getting mad about a silly slurpd error. I did successfully used 
> slurpd for ages, but now on my simple laptop plateform it doesn't work 
> :-( and I cannot see where is the pb .
> I started slurpd with -d 64 and I still get these error messages 
> after  modifying the test entry on the master:
>
> Retrying operation for DN uid=test,ou=People,dc=int-evry,dc=fr on 
> replica calaz.int-evry.fr:9389
> Error: ldap_simple_bind_s for calaz.int-evry.fr:9389 failed: Can't 
> contact LDAP server
>
> However when I search the slave it responds OK:
> $ ldapsearch -x uid=test -h localhost -p 9389 -D 
> "cn=replicator,ou=System,dc=int-evry,dc=fr"" -W  homePostalAddress -LLL
> Enter LDAP Password:
> dn: uid=test,ou=People,dc=int-evry,dc=fr
> homePostalAddress: 8 fev 18:57
>
> Master and slave runs on the same laptop, master is on port 389 and 
> slave on 9389, both runs openldap 2.2.20 withBDB 4.3.21.
>
> Master slapd.conf
> replica host=calaz.int-evry.fr:9389
>  binddn="cn=replicator,ou=System,dc=int-evry,dc=fr"
>  bindmethod=simple   credentials=secret
> replogfile /usr/local/openldap-2.2.20-1/var/lib/ldap/replica/replogfile
>
> Slave slapd-slave.conf
> updatedn "cn=replicator,ou=System,dc=int-evry,dc=fr"
> updateref "ldap://calaz.int-evry.fr:389";
>
> $ ls -ltra /usr/local/openldap-2.2.20-1/var/lib/ldap/replica/
> total 12
> drwxrwx---  7 ldap root 4096 fév  7 23:19 ..
> -rw-r--r--  1 root root    0 fév  8 19:27 slurpd.status
> -rw-r--r--  1 root root    0 fév  8 19:30 slurpd.status.lock
> -rw-r--r--  1 root root    0 fév  8 19:31 slurpd.replog.lock
> -rw-r--r--  1 root root  428 fév  8 19:31 slurpd.replog
> -rw-r--r--  1 ldap ldap    0 fév  8 19:31 replogfile.lock
> -rw-r--r--  1 ldap ldap    0 fév  8 19:31 replogfile
> drwxrwxr-x  2 ldap root 4096 fév  8 19:31 .

My first guess is that the client works because you use "localhost" 
while slurpd doesn't because you use a fully qualified name, and (a) the 
name may not resolve to the right host, or (b) the slave might not be 
listening on the appropriate listener, e.g. it was started with -h 
"ldap://localhost:9389"; or anything like that.

p.




   SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497