At the meeting I presented the general approach I'm following to implement reconfiguration in ZK. If I understood correctly, the concern was broadly that there are a lot of cases to consider and that correctness is non-trivial. We agreed that I'll prepare a detailed writeup of the protocol and changes made to ZK. I believe that this should address most of the concerns.
The positive points raised in the meeting were that the method offers minimal interruption to service during reconfiguration, uses normal ZK operation flow, and does not require modifications to other ZK operations.
> -----Original Message-----
> From: Vishal Kher [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 12, 2011 8:09 AM
> To: [EMAIL PROTECTED]
> Subject: Re: dev meeting minutes
> Hi Ben,
> Thanks for posting this.
> > Reconfiguration: alex talked about the work for online cluster
> reconfiguration. (addition and removal of servers.) there was some
> skepticism that the solution was too complicated. alex will
> > continue work and document the approach.
> Can you elaborate a bit more on what part of the protocol was
> complex and whether there were discussions to simplify it?
> On Tue, Jul 12, 2011 at 1:37 AM, Benjamin Reed <[EMAIL PROTECTED]>
> > i've published the notes i took from the dev meeting at
> > please feel free to update if you think that i missed anything.
> > thanx
> > ben