I had the response set up but didn't hit send. Ted already answered your
question, but to give you a more technical background assuming that you know
a little bit more about transaction ids in ZooKeeper and server ids:
If B and C are partitioned from each other, and A is the leader, there would
not be a problem since A can talk to B and C and the cluster would continue
But if B/C is the Leader then the other would get disconnected and stop
functioning unless the partition heals. The clients connected to this server
will get disconnected with connected to the working quorum of A and B/C.
If a quorum election happens in this situation, there are two possibilities
1) A is the leader
2) A is not the leader
If A is not Leader either B or C is the leader and the quorum functions with
the disconnected server not functioning.
If A is the leader then since it can talk to both B and C, all three servers
will function and will work all fine.
Hope that answers your question.
In the first case A will not be the lea
On 4/29/10 11:22 AM, "Kevin Webb" <kcw...@cs.ucsd.edu> wrote:
> Suppose I have three zookeeper servers (A, B, and C). A can
> communicate with both B and C, but B and C are partitioned from one
> Is the system behavior under such conditions documented anywhere? If
> not, can someone explain what will happen at the servers and their