Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D299CE724 for ; Fri, 7 Dec 2012 01:34:00 +0000 (UTC) Received: (qmail 54573 invoked by uid 500); 7 Dec 2012 01:33:57 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 54524 invoked by uid 500); 7 Dec 2012 01:33:57 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 54516 invoked by uid 99); 7 Dec 2012 01:33:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Dec 2012 01:33:57 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.220.101.25] (HELO wunderwood.org) (192.220.101.25) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Dec 2012 01:33:52 +0000 Received: (qmail 20474 invoked by uid 25881); 7 Dec 2012 01:33:31 -0000 Received: from unknown (HELO scml-wunder.chegg.com) ([199.58.143.79]) (envelope-sender ) by 192.220.101.25 (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 7 Dec 2012 01:33:31 -0000 Subject: Re: Minimum HA Setup with SolrCloud Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/alternative; boundary="Apple-Mail=_9346CBF0-7A6D-47B1-8B2C-1DE1707919FB" From: Walter Underwood X-Priority: 3 In-Reply-To: Date: Thu, 6 Dec 2012 17:33:31 -0800 Message-Id: <031C01AE-C52D-44F6-8DBC-12931B323459@wunderwood.org> References: <6EA5B8A9-30C4-4CB2-810B-3E36CF4E32B9@gmail.com><0295163EA07648DEADDD5E50AE53DADC@JackKrupansky><193B34EC48734130A4530C3D70A82413@JackKrupansky><6762D1E4-8F53-4F25-A0B6-0E196B6CFD37@gmail.com> <60ACA15C-54BD-4CB1-9634-41FA827EAC84@wunderwood.org> <263D0FAF03AB4B58AAAA1D729646EE4C@JackKrupansky> To: solr-user@lucene.apache.org X-Mailer: Apple Mail (2.1283) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_9346CBF0-7A6D-47B1-8B2C-1DE1707919FB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Configure an ensemble of three. When one goes down, you still have an = ensemble of three, but with one down. The ensemble size is not reset = after failures. wunder On Dec 6, 2012, at 5:20 PM, Jack Krupansky wrote: > The part I still find confusing is that if you start with 3 and lose = 1, your have 2, which means you can't always break a tie, right? How is = this explained? As opposed to saying that 4 is the minimum if you need = to tolerate a loss of 1. >=20 > -- Jack Krupansky >=20 > -----Original Message----- From: Walter Underwood > Sent: Thursday, December 06, 2012 7:51 PM > To: solr-user@lucene.apache.org > Subject: Re: Minimum HA Setup with SolrCloud >=20 > What is the mystery? Two is not more than half of four. Therefore, two = machines is not a quorum for a four machine Zookeeper ensemble. >=20 > wunder >=20 > On Dec 6, 2012, at 4:50 PM, Jack Krupansky wrote: >=20 >> It's still an unresolved mystery, for now. >>=20 >> -- Jack Krupansky >>=20 >> -----Original Message----- From: Walter Underwood >> Sent: Thursday, December 06, 2012 7:30 PM >> To: solr-user@lucene.apache.org >> Subject: Re: Minimum HA Setup with SolrCloud >>=20 >> The Zookeeper ensemble knows the total size. It does not adjust it = each time that a machine is partitioned or down. >>=20 >> Two machines is not a quorum for a four machine ensemble. >>=20 >> Why do you think that the documentation would get this wrong? >>=20 >> wunder >>=20 >> On Dec 6, 2012, at 4:14 PM, Jack Krupansky wrote: >>=20 >>> But that is the context I was originally referring to - that with 4 = zk you can lose only one, that you can't lose two. So, if you want to = tolerate a loss on one, 4 zk would be the minimum... but then it was = claimed that you COULD start with 3 zk and loss of one would be fine. I = mean whether you start with 4 and lose 2 or start with 3 and lose 1 is = the same, right? >>>=20 >>> -- Jack Krupansky >>>=20 >>> -----Original Message----- From: Yonik Seeley >>> Sent: Thursday, December 06, 2012 6:34 PM >>> To: solr-user@lucene.apache.org >>> Subject: Re: Minimum HA Setup with SolrCloud >>>=20 >>> On Thu, Dec 6, 2012 at 5:55 PM, Jack Krupansky = wrote: >>>> I trust that you have the right answer, Mark, but maybe I'm just = struggling >>>> to parse this statement: "the remaining two machines do not = constitute a >>>> majority." >>>>=20 >>>> If you start with 3 zk and lose one, you have an ensemble that does = not >>>> "constitute a majority". >>>=20 >>> I think you took that out of context. They were talking about = losing >>> 2 nodes in a 4 node cluster. >>>=20 >>> "For example, with four machines ZooKeeper can only handle the = failure >>> of a single machine; if two machines fail, the remaining two = machines >>> do not constitute a majority." >>>=20 >>> -Yonik >>> http://lucidworks.com >>=20 >> -- >> Walter Underwood >> wunder@wunderwood.org >>=20 >>=20 >>=20 >=20 > -- > Walter Underwood > wunder@wunderwood.org >=20 >=20 >=20 -- Walter Underwood wunder@wunderwood.org --Apple-Mail=_9346CBF0-7A6D-47B1-8B2C-1DE1707919FB--