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

syncrel seems ignore some of the LDAP update request

Dear all,

I have setup 2 LDAP servers, the slapd.conf as show below :

- server 1 (rid = 002)
===============

syncprov-checkpoint 100 10
syncprov-sessionlog 100

# syncrepl directives
syncrepl      rid=002
             provider=ldap://10.166.23.218:389/
             bindmethod=simple
             binddn="cn=Manager"
             credentials=secret
             searchbase="o=HKSARG"
             schemachecking=off
             type=refreshAndPersist
             attrs="*,+"
             retry="1 +"
             interval=00:00:01:00

syncrepl      rid=003
             provider=ldap://10.0.1.34:389/
             bindmethod=simple
             binddn="cn=Manager"
             credentials=secret
             searchbase="o=HKSARG"
             schemachecking=off
             type=refreshAndPersist
             attrs="*,+"
             retry="1 +"
             interval=00:00:01:00

mirrormode on
serverID    002

- server 2 (rid = 003)
===============
syncprov-checkpoint 100 10
syncprov-sessionlog 100

syncrepl      rid=002
             provider=ldap://10.166.23.218:389/
             bindmethod=simple
             binddn="cn=Manager"
             credentials=secret
             searchbase="o=HKSARG"
             schemachecking=off
             type=refreshAndPersist
             attrs="*,+"
             retry="1 +"
             interval=00:00:01:00


syncrepl      rid=003
             provider=ldap://10.0.1.34:389/
             bindmethod=simple
             binddn="cn=Manager"
             credentials=secret
             searchbase="o=HKSARG"
             schemachecking=off
             type=refreshAndPersist
             attrs="*,+"
             retry="1 +"
             interval=00:00:01:00


mirrormode on
serverID    003

Testing procedure
=============
- I have created 1 DN called with dn as "cn=user3,ou=SCIG,ou=Govt-Dept,o=HKSARG", then, I use a program to update the attribute(user defined) LastLoginTime in server 1, after that, I list the content of the content of LastLoginTime in both server 1 and server 2 and find that the content is different. server 1's data is correct but server 2's data is not correct.

In checking the ldap log in server 2, I find the following : It seems that the update request is ignored, what's wrong ? I have checked the time in both server 1 and server 2, they are the same.

syncrepl_entry: rid=002 LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_MODIFY)
syncrepl_entry: rid=002 be_search (0)
syncrepl_entry: rid=002 cn=user3,ou=SCIG,ou=Govt-Dept,o=HKSARG
slap_queue_csn: queing 0x9b869f0 20080429020045.698548Z#000000#002#000000
slap_graduate_commit_csn: removing 0x9b86388 20080429020045.698548Z#000000#002#000000
syncrepl_entry: rid=002 be_modify (0)
slap_queue_csn: queing 0x9b869f0 20080429020045.698548Z#000000#002#000000
null_callback : error code 0x10
slap_graduate_commit_csn: removing 0x9b89218 20080429020045.698548Z#000000#002#000000
syncrepl_updateCookie: rid=002 be_modify failed (16)
do_syncrepl: rid=002 retrying
syncprov_sendresp: cookie=rid=003,sid=003,csn=20080429020045.698548Z#000000#002#000000
do_syncrep2: cookie=rid=003,sid=003,csn=20080429020045.499891Z#000000#002#000000
do_syncrep2: rid=003 CSN too old, ignoring 20080429020045.499891Z#000000#002#000000
do_syncrep2: rid=002 LDAP_RES_INTERMEDIATE - REFRESH_DELETE
do_syncrep2: cookie=rid=003,sid=003,csn=20080429020045.504107Z#000000#002#000000
do_syncrep2: rid=003 CSN too old, ignoring 20080429020045.504107Z#000000#002#000000
do_syncrep2: cookie=rid=003,sid=003,csn=20080429020045.508906Z#000000#002#000000
do_syncrep2: rid=003 CSN too old, ignoring 20080429020045.508906Z#000000#002#000000
do_syncrep2: cookie=rid=003,sid=003,csn=20080429020045.521010Z#000000#002#000000
do_syncrep2: rid=003 CSN too old, ignoring 20080429020045.521010Z#000000#002#000000
do_syncrep2: cookie=rid=003,sid=003,csn=20080429020045.526839Z#000000#002#000000
do_syncrep2: rid=003 CSN too old, ignoring 20080429020045.526839Z#000000#002#000000
do_syncrep2: cookie=rid=003,sid=003,csn=20080429020045.530847Z#000000#002#000000




Confidential Communication - This e-mail (including any attachments) is confidential and may be legally privileged. If this e-mail has been sent to you by mistake please inform us by reply e-mail and then delete the e-mail, destroy any printed copy and do not disclose or use the information in it.