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

Re: Question about contextCSN's



Ryan Steele wrote:
> I'm not quite sure how to interpret that though, given the results I'm seeing in my master-master pair.  Should the
> contextCSN's in the backend database for both SID 001 and SID 002 match?  E.g.:
> 
> contextCSN: 20100126210305.876171Z#000000#001#000000
> contextCSN: 20100126210305.876171Z#000000#002#000000
> 
> Or should both nodes agree about the timestamps for each SID independently?  E.g.:
> 
> ### ldap1
> contextCSN: 20100126210305.876171Z#000000#001#000000
> contextCSN: 20091018205321.288716Z#000000#002#000000
> 
> ### ldap2
> contextCSN: 20100126210305.876171Z#000000#001#000000
> contextCSN: 20091018205321.288716Z#000000#002#000000
> 

Ah, I think I understand, and if my understanding is correct, the second case is the true statement.  That is, the
backend database on each node should agree about the most recent timestamp made by SID 001, indicating that they all
received the same (most current) write from SID 001.  I guess the question that remains in my mind, then, is why keep
more than one contextCSN per database?  Aren't we only concerned with the last write made to it (in this case, SID 001's
write)?  Thanks again for the insight.

Respectfully,
Ryan