[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: Simple way to check that MMR is in sync?
All,
I've been reading this string...
Comparing the entryCSNs & contextCSNs on both of my test servers at the base DN (dc=example,dc=ldap):
mm-server1:
entryCSN: 20140121153301.911487Z#000000#003#000000
contextCSN: 20140203183831.751838Z#000000#001#000000
contextCSN: 20140204143957.937393Z#000000#002#000000
mm-server2:
entryCSN: 20140121153301.911487Z#000000#003#000000
contextCSN: 20140129140325.443822Z#000000#000#000000
contextCSN: 20140203183831.751838Z#000000#001#000000
contextCSN: 20140129183014.073734Z#000000#002#000000
contextCSN: 20140121153301.911487Z#000000#003#000000
1) What is this information telling me? (I want to be sure that I know)
2) Should I be concerned that there are more on mm-server2?
Thanks in advance
John
-----Original Message-----
From: openldap-technical-bounces@OpenLDAP.org [mailto:openldap-technical-bounces@OpenLDAP.org] On Behalf Of Michael Ströder
Sent: Friday, February 07, 2014 2:11 PM
To: openldap-technical@openldap.org
Subject: Re: Simple way to check that MMR is in sync?
Ulrich Windl wrote:
> What about comparing the EntryCSN of the top-level object?
No! You should read what entryCSN attribute really is!
You have to compare the contextCSN values in the database's root entry.
In case you're using slapo-memberof or slapo-refint you want to have release
2.4.37+ with a fix for ITS#7710. Otherwise your admins will hate you for being
called at night for nothing.
> You could also slapcat each node, sort the lines and compare the results
Likely you don't want to do this for a directory with more than a few dozens
entries in a monitor check invoked every minute. ;-]
Ciao, Michael.