Slurpd failes to log changes for downed hosts (ITS#2264)

[quanah@stanford.edu]

Full_Name: Quanah Gibson-Mount
Version: 2.1.10
OS: Solaris 8
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (171.64.19.82)


Hello,

On January 10th, prior to testing of the mechanism used for writing changes to
our directory server, I added in a number of new replicas to our system --
ldap5-ldap9.  ldap1-ldap4 were already in as replicas.  Of ldap1-4, ldap3 was
down.  Of ldap5-ldap9, ldap7 was the only one up.  I then stopped & restarted
slapd & slurpd.  After the weekend was over, /var/log/replog was size 0.  No
record of the changes has been saved for ldap3, ldap5-6, or ldap8-9. 
Replication did occur correctly to the systems that were up (1,2,4,7).  There is
something seriously flawed in slurpd.  Stopping and restarting slapd/slurpd
today, and then making a change, shows that the same behaviour continues (except
that 3 has been brought up, and replication correctly occurs to it).  

Here is my replica configuration:

# Replica Directives

replica         host=ldap9.stanford.edu:389
                tls=yes bindmethod=sasl
                binddn=cn=replicator,cn=applications,dc=stanford,dc=edu
saslmech=gssapi

replica         host=ldap8.stanford.edu:389
                tls=yes bindmethod=sasl
                binddn=cn=replicator,cn=applications,dc=stanford,dc=edu
saslmech=gssapi

replica         host=ldap7.stanford.edu:389
                tls=yes bindmethod=sasl
                binddn=cn=replicator,cn=applications,dc=stanford,dc=edu
saslmech=gssapi

replica         host=ldap6.stanford.edu:389
                tls=yes bindmethod=sasl
                binddn=cn=replicator,cn=applications,dc=stanford,dc=edu
saslmech=gssapi

replica         host=ldap5.stanford.edu:389
                tls=yes bindmethod=sasl
                binddn=cn=replicator,cn=applications,dc=stanford,dc=edu
saslmech=gssapi

replica         host=ldap4.stanford.edu:389
                tls=yes bindmethod=sasl
                binddn=cn=replicator,cn=applications,dc=stanford,dc=edu
saslmech=gssapi

replica         host=ldap3.stanford.edu:389
                tls=yes bindmethod=sasl
                binddn=cn=replicator,cn=applications,dc=stanford,dc=edu
saslmech=gssapi

replica         host=ldap2.stanford.edu:389
                tls=yes bindmethod=sasl
                binddn=cn=replicator,cn=applications,dc=stanford,dc=edu
saslmech=gssapi

replica         host=ldap1.stanford.edu:389
                tls=yes bindmethod=sasl
                binddn=cn=replicator,cn=applications,dc=stanford,dc=edu
saslmech=gssapi

replogfile      /var/log/replog




--Quanah