Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@zookeeper.apache.org
MIME-Version: 1.0
In-Reply-To: <050c01d1db69$19b7cce0$4d2766a0$@gmail.com>
References: <050c01d1db69$19b7cce0$4d2766a0$@gmail.com>
Date: Mon, 11 Jul 2016 08:30:50 -0400
Message-ID: <CABWqe2ZF3xhky=jsagSGUWywJXrgxd6Nuw0jbJBOMi8ChE=KMw@mail.gmail.com>
Subject: Re: Does Zoo still provides reads when 1 node fails out of 2 nodes
 with quorum set to 2?
From: Camille Fournier <camille@apache.org>
To: user@zookeeper.apache.org
Content-Type: multipart/alternative; boundary=001a113fe08c8dcccb05375b52fc
archived-at: Mon, 11 Jul 2016 12:30:52 -0000

--001a113fe08c8dcccb05375b52fc
Content-Type: text/plain; charset=UTF-8

We support a read only mode configuration that will allow clients who wish
to see disconnected nodes in read only mode. We do not support defaulting
clusters into this configuration based on their configured size, because
the edge cases there would be a headache and we don't recommend running two
node clusters in general.

C
On Jul 11, 2016 7:41 AM, "Vladimir Picka" <oss.mlists@gmail.com> wrote:

> Hello,
>
> See subject, .or both nodes, split but possibly still accessible, becomes
> unavailable for reading?
>
> I think in this special scenario of 2 nodes with quorum 2 reading could be
> still provided when one fails because none node has quorum hence none can
> write and change the last agreed state. If not, can you explain why?
>
>
>
> Many thanks,
>
> Petr
>
>

--001a113fe08c8dcccb05375b52fc--