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

Re: delta-syncrepl replica out of date

Francis Swasey wrote:
I'm sorry I haven't gotten back to you on this before now.

I've done some testing and I need a pointer or two to see if I've got
something wonky or a bug.

On my master server, the accesslog overlay has a contextCSN value for
the accesslog database that has the value of when the slapd was started.
  It doesn't contain data that far back.

Here's LDIF for the accesslog suffix:

dn: cn=accesslog
objectClass: auditContainer
cn: accesslog
entryCSN: 20070710160157Z#000000#00#000000
structuralObjectClass: auditContainer
contextCSN: 20071010225200Z#000000#00#000000

and the oldest information left in the accesslog db has an entryCSN
value of 20071022225634Z#000000#00#000000.

First, shouldn't the accesslog db contextCSN be updated to indicate the
oldest information still present?

No. The contextCSN always indicates the *newest* information.

Second, does the syncprov overlay look at the contextCSN of the
accesslog db or of the main db?  My assumption is it is checking the
accesslog db (and hence, doesn't think it needs to send a hint because
the accesslog db contextCSN is much older than the contextCSN from the
dc=example,dc=com I slapadded on the replica).

There is no "*the* syncprov overlay" here. There should be an instance on the main db and another instance on the log db. Each one manages its own respective database. If you only have one syncprov configured, then that's the cause of your problem.
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/