Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@zookeeper.apache.org
Received-SPF: pass (athena.apache.org: domain of ted.dunning@gmail.com
 designates 209.85.161.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAPZMMAtLDcZp3i4UaCofnBQDg4FSVwwTD_JSEW5Kh9wz0UAwJg@mail.gmail.com>
References: 
 <CAPZMMAtohaAdHgd+S7MPGUHE+o7t-8Ruk3QeVOvZ=5h=4CHvJA@mail.gmail.com>
 <CAE5A590.E0DA%jzimmerman@netflix.com>
 <CAJwFCa1XHS8MANVbsutatfWXunXD8Ne_DCWHAK6Wp2=uHwcQtw@mail.gmail.com>
 <CAPZMMAtLDcZp3i4UaCofnBQDg4FSVwwTD_JSEW5Kh9wz0UAwJg@mail.gmail.com>
From: Ted Dunning <ted.dunning@gmail.com>
Date: Mon, 14 Nov 2011 07:18:30 -0800
Message-ID: 
 <CAJwFCa2-Ud8TNZi+aaaCh0G=70QxgB=v_XEL81pjuhQ6fz65cA@mail.gmail.com>
Subject: Re: Missing session state handling in most Leader Election
 implementations
To: user@zookeeper.apache.org
Content-Type: multipart/alternative; boundary=14dae9340ec35c0ef804b1b3630b

--14dae9340ec35c0ef804b1b3630b
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

You should be good to go with a very aggressive session timeout.  The lack
of correct handling for disconnects should not hurt you and may actually
help since there may be clients who can access the master who is
partitioned away from the ZK cluster, but not access the newly elected
master.

On Mon, Nov 14, 2011 at 3:25 AM, J=C3=A9r=C3=A9mie BORDIER
<jeremie.bordier@gmail.com>wrote:

> Ted, can't add much to what you said, totally agree. We already
> planned on having a watchdog on this anyway. Having several master for
> a very short time wouldn't be a problem for us, but this must be an
> ephemeral state. (We use master election to determine a single host
> responsible of generating unique 64 bit IDs with the first 16 bits
> dedicated to an incremental "master id", so when a new master gets
> elected, the whole range changes. Having 2 masters for a few seconds
> wouldn't be an issue as the IDs cannot overlap, but still that's
> something we want to avoid as much as possible).
>

--14dae9340ec35c0ef804b1b3630b--