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 ericacm@gmail.com designates
 209.85.212.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CALEPPW8Yv3jxrMiw4vqPm-hjfjoMhBUPVgWK9+2+ewztitQj-w@mail.gmail.com>
References: 
 <CALEPPW9nn9bT_-qiSYPvut7z1STRuA=JA-VvkQ746_V4wtQ7hA@mail.gmail.com>
 <97FC3600-1752-46FD-B1E7-7FC052697D04@jordanzimmerman.com>
 <CALEPPW-Hae0ie6Q7xq56HQNP=C8TneC8R+foKNfcwaLyZcAFsg@mail.gmail.com>
 <560030CC-ABE3-4E57-AC3F-56A4B8917F1A@jordanzimmerman.com>
 <CALEPPW8Yv3jxrMiw4vqPm-hjfjoMhBUPVgWK9+2+ewztitQj-w@mail.gmail.com>
From: Eric Pederson <ericacm@gmail.com>
Date: Sat, 8 Dec 2012 23:56:50 -0500
Message-ID: 
 <CALEPPW9_jGT6ncvkDpyhPveTBwjDLsu2u1Hd0Ymni63t0LMpAQ@mail.gmail.com>
Subject: Re: leader election, scheduled tasks, losing leadership
To: "user@zookeeper.apache.org" <user@zookeeper.apache.org>
Content-Type: multipart/alternative; boundary=f46d043c7bd43ec56a04d0644937

--f46d043c7bd43ec56a04d0644937
Content-Type: text/plain; charset=ISO-8859-1

If I recall correctly it was Henry Robinson that gave me the advice to have
a "task in progress" check.


-- Eric


On Sat, Dec 8, 2012 at 11:54 PM, Eric Pederson <ericacm@gmail.com> wrote:

> I am using Curator LeaderLatch :)
>
>
> -- Eric
>
>
>
>
> On Sat, Dec 8, 2012 at 11:52 PM, Jordan Zimmerman <
> jordan@jordanzimmerman.com> wrote:
>
>> You might check your leader implementation. Writing a correct leader
>> recipe is actually quite challenging due to edge cases. Have a look at
>> Curator (disclosure: I wrote it) for an example.
>>
>> -JZ
>>
>> On Dec 8, 2012, at 8:49 PM, Eric Pederson <ericacm@gmail.com> wrote:
>>
>> > Actually I had the same thought and didn't consider having to do this
>> until
>> > I talked about my project at a Zookeeper User Group a month or so ago
>> and I
>> > was given this advice.
>> >
>> > I know that I do see leadership being lost/transferred when one of the
>> ZK
>> > servers is restarted (not the whole ensemble).   And it seems like I've
>> > seen it happen even when the ensemble stays totally stable (though I am
>> not
>> > 100% sure as it's been a while since I have worked on this particular
>> > application).
>> >
>> >
>> >
>> > -- Eric
>> >
>> >
>> >
>> > On Sat, Dec 8, 2012 at 11:25 PM, Jordan Zimmerman <
>> > jordan@jordanzimmerman.com> wrote:
>> >
>> >> Why would it lose leadership? The only reason I can think of is if the
>> ZK
>> >> cluster goes down. In normal use, the ZK cluster won't go down (I
>> assume
>> >> you're running 3 or 5 instances).
>> >>
>> >> -JZ
>> >>
>> >> On Dec 8, 2012, at 8:17 PM, Eric Pederson <ericacm@gmail.com> wrote:
>> >>
>> >>> During the time the task is running a cluster member could lose its
>> >>> leadership.
>> >>
>> >>
>>
>>
>

--f46d043c7bd43ec56a04d0644937--