[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#8396) syncprov hourly fails to answer syncrepl
--On Thursday, April 07, 2016 4:05 AM +0000 quanah@zimbra.com wrote:
> --On Thursday, April 07, 2016 12:05 AM +0000 Frank.Swasey@uvm.edu wrote:
>
> Hi Frank,
>
> Actually, I see this affects all forms of replication. On my ldap
> servers it is much more frequent than hourly:
> Apr 6 21:56:47 ldap01 slapd[34514]: syncprov_sendresp: to=004,
> cookie=rid=102,sid=003
Interestingly, for MMR, this does not result in any data loss, as the
changes are replicated w/o problem:
MMR node taking writes:
Apr 6 21:56:47 ldap01 slapd[34514]: slap_queue_csn: queueing 0x10bfcc80
20160407025647.107497Z#000000#003#000000
Apr 6 21:56:47 ldap01 slapd[34514]: slap_graduate_commit_csn: removing
0x10bfcc80 20160407025647.107497Z#000000#003#000000
Apr 6 21:56:47 ldap01 slapd[34514]: conn=2909 op=286509 RESULT tag=103
err=0 etime=0.000935 text=
Apr 6 21:56:47 ldap01 slapd[34514]: syncprov_sendresp: to=004,
cookie=rid=102,sid=003
MMR node receiving writes:
Apr 6 21:56:47 ldap02 slapd[61570]: do_syncrep2: rid=102
cookie=rid=102,sid=003
Apr 6 21:56:47 ldap02 slapd[61570]: slap_queue_csn: queueing 0x80ee240
20160407025647.107497Z#000000#003#000000
Apr 6 21:56:47 ldap02 slapd[61570]: slap_queue_csn: queueing 0x420c2c0
20160407025647.107497Z#000000#003#000000
Apr 6 21:56:47 ldap02 slapd[61570]: syncprov_matchops: skipping original
sid 003
Apr 6 21:56:47 ldap02 slapd[61570]: slap_graduate_commit_csn: removing
0x420c2c0 20160407025647.107497Z#000000#003#000000
Apr 6 21:56:47 ldap02 slapd[61570]: slap_graduate_commit_csn: removing
0x80ee240 20160407025647.107497Z#000000#003#000000
So the change is still correctly replicated to the replicating MMR node.
--Quanah
--
Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
A division of Synacor, Inc