Benjamin Reed 2011-07-12, 05:37
Vishal Kher 2011-07-12, 15:08
Alexander Shraer 2011-07-12, 17:11
Vishal Kher 2011-07-12, 20:38
Eugene Koontz 2011-07-12, 23:18
Thomas Koch 2011-07-13, 01:59
Thats part of it. Turned out that its a bit more complicated but you're right - Zookeeper does have a lot of things already in place that make reconfiguration pretty easy.
On Jul 12, 2011, at 7:01 PM, "Thomas Koch" <[EMAIL PROTECTED]> wrote:
> Vishal Kher:
>> Thanks. Looking forward to reading the paper.
>> On Tue, Jul 12, 2011 at 1:11 PM, Alexander Shraer <shralex@yahoo-
>>> Hi Vishal,
>>> 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
>>> Best Regards,
> Hi Alex,
> I don't know your approach to cluster reconfiguration, but I had a thought
> about it lately that may be rather trivial, if I didn't oversee anything.
> Cluster reconfiguration would need to be an operation that goes through the
> leader and gets acknowledged by a quorum. All operations following the cluster
> reconfiguration operation would need to be committed by the new quorum.
> I hope this idea might help and I didn't make a fool of myself. :-)
> Best regards,
> Thomas Koch, http://www.koch.ro
Benjamin Reed 2011-07-13, 15:56
Patrick Hunt 2011-07-13, 17:30
Vishal Kathuria 2011-07-18, 18:47
Benjamin Reed 2011-07-12, 17:20