Replication is broken with modseq issue in 2.3.6

David S. Madole david at madole.net
Thu Jul 6 21:23:20 EDT 2006


Bron Gondwana wrote:
> One downside of your patch - it changes the network protocol of
> replication so that 2.3.6 and 2.3.7 won't be able to replicate
> to each other in either direction - you'll have to upgrade both
> your machines at once.
>   
I considered that and thought about making it compatible, but given that 
replication isn't usable in 2.3.6 period (or 2.3.4 or 2.3.5 for that 
matter), I don't see that particular case as being worth much concern.

It's not compatible with 2.3.3 or earlier either, but to me it makes 
little sense to have a replica that does not support the same feature 
set as the primary server and vice-versa. If I have client machines that 
start using conditional store and I need to fail over to a replica, I 
want conditional store to continue to work with no surprises to the clients.

Incidentally, the reason I decided to send the modseq right before the 
flags in the protocol was to that if someone wanted to extend the fix, 
it would be easy to change the receiving code to automatically detect 
whether a modseq was being sent or not by looking for the "(" that 
starts the flags field, and if not, to stuff a 1 value instead, and this 
way at least maintain compatibility in the case of older sending to newer.

However, given that this problem existed for over a month with no bug 
report filed and only one email on the topic to the list (which went 
unanswered), I figured not too many other people were interested in 
replication anyway at this point and that just making it work with 
itself properly at all was a good start.
 
David



More information about the Info-cyrus mailing list