Peter Mogensen wrote:
This of course changes the entryCSN of the root object: Before the modification: entryCSN: 20091202100930.380800Z#000000#001#000000 contextCSN: 20091202100930.696427Z#000000#001#000000 After the modification: contextCSN: 20091202100930.696427Z#000000#001#000000 userPassword:: BASE64 entryCSN: 20091202101058.188515Z#000000#001#000000 modifiersName: cn=config modifyTimestamp: 20091202101058Z What surprises me is that contextCSN does not change. Shouldn't contextCSn change when entryCSN of the root object changes?
Ahh.. this is of course because the above is output from slapcat and contextCSN has not been synced to disk. ldapsearch gives the updated contextCSN.
However, when I start server-2 the updated contextCSN is replicated to server-2, but the entryCSN of the changed root object is NOT! and neither is any changes.
Like this (not the same values as above): slapcat Server-1 after modification: contextCSN: 20091202104225.793759Z#000000#001#000000 userPassWord:: NEW_VALUE entryCSN: 20091202104340.501585Z#000000#001#000000 ldapsearch for contextCSN on Server-1 after modification: contextCSN: 20091202104340.501585Z#000000#001#000000 Start server-2 and slapcat: userPassword:: OLD_VALUE entryCSN: 20091202104225.457092Z#000000#001#000000 contextCSN: 20091202104340.501585Z#000000#001#000000So changes made on server-1 before server-2 is started does still not propagate to server-2.
/Peter