[Date Prev][Date Next]
Problem with verifying replication state with contextCSN
- To: OpenLDAP Technical <email@example.com>
- Subject: Problem with verifying replication state with contextCSN
- From: Liam Gretton <firstname.lastname@example.org>
- Date: Fri, 15 Jul 2011 13:18:50 +0100
- Organization: IT Services, University Of Leicester
- User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:18.104.22.168) Gecko/20110616 Lightning/1.0b3pre Thunderbird/3.1.11
I have a single provider and a single consumer, both quite lightly loaded serving a few hundred clients between them for nss_ldap.
I've been trying to monitor the replication state by comparing contextCSN on both systems, but I'm finding that on the consumer contextCSN is more often than not older than the most recent entryCSN value.
I read contextCSN as so:
ldapsearch -H ldap://ldapserver1.company.org -LLL -x -s base -b dc=company,dc=org contextCSN
ldapsearch -H ldap://ldapserver2.company.org -LLL -x -s base -b dc=company,dc=org contextCSN
Looking at the values of entryCSN for ldapserver2 (the consumer):
ldapsearch + | grep entryCSN | sort -u
It can be seen that the most recent entryCSN matches the contextCSN of the provider, but its own contextCSN is an entry behind (often its two or three entries old).
The replication is up to date, but contextCSN on the consumer doesn't seem to be getting updated in all circumstances.
The consumer is replicating using syncrepl refreshAndPersist. Here's the syncrepl configuration for the consumer:
I'm also using the memberOf overlay.
I see in the list archives that this has been reported before, but I can't find a bug report to go with it: <http://www.openldap.org/cgi-bin/wilma_hiliter/openldap-technical/201103/msg00117.html>
I'm using OpenLDAP 2.4.12 on 64-bit openSUSE 11.1. I haven't been able to find time to set up a test environment with the latest OpenLDAP to see if the problem exists there. Has anybody else seen this behaviour in the latest OpenLDAP?
My current workaround to monitor replication status is to modify a record created for the purpose and verify that the consumer has picked it up.
Liam Gretton email@example.com
HPC Architect http://www.le.ac.uk/its
IT Services Tel: +44 (0)116 2522254
University of Leicester, University Road
Leicestershire LE1 7RH, United Kingdom