Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@zookeeper.apache.org
Received-SPF: pass (nike.apache.org: domain of vishalmlst@gmail.com designates
 209.85.215.170 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=M30IGwlBZkOzxbuAt8D9C3vPm0v3xxhAdEQ8OCGsShgnslIhkCvm/fFbnHb6KPQ9QE
         TDx4BoKjk+0SnwMC40b71RKNckNd0N07WhmztqEEu56QjKnHeyfiZL/fJR2sFmXEBi6N
         II6fXu4JhC/4JSojd0KDu8u24yAaXzVt8DmZI=
MIME-Version: 1.0
In-Reply-To: <E23C2434-6AC6-4F8E-9B4A-AA1E0F5DE2B3@me.com>
References: 
 <69D3016305F9084FBD2C4A0DF189BD5C16B448F706@GSCMAMP02EX.firmwide.corp.gs.com>
	<E23C2434-6AC6-4F8E-9B4A-AA1E0F5DE2B3@me.com>
Date: Wed, 1 Dec 2010 10:05:02 -0500
Message-ID: <AANLkTin0Szy52ceXwApSVMUx_dq7k7xZERR_ewU2oFbv@mail.gmail.com>
Subject: Re: question about ZK robustness
From: Vishal Kher <vishalmlst@gmail.com>
To: user@zookeeper.apache.org
Content-Type: multipart/alternative; boundary=90e6ba5bb8db4df5b904965aa19d

--90e6ba5bb8db4df5b904965aa19d
Content-Type: text/plain; charset=EUC-KR
Content-Transfer-Encoding: quoted-printable

Agreed with Chang on all fronts. I will repro the problem and upload logs.

2010/12/1 Chang Song <tru64ufs@me.com>

>
> I think it is not too difficult to reproduce.
> Just create 3 node ensemble, and have some clients create ephemeral nodes=
.
> And then kill one of ensemble by kill -9.
> I don't remember it was a leader or a follower.
>
> and then if you see those ephemeral nodes gone, restart the ensemble Java
> process.
>
> I think I have seen this happening twice when I continued this same
> experiment multiple times.
>
> I am not trying to create FUD around Zookeeper. Actually it is exact
> opposite.
> I fell in love with Zookeeper, and I still am.  I am using Zookeeper for
> our production system.
> In fact, it is THE only Java solution I believe in. Really.
>
> I just couldn't find time to reproduce and report a bug.
>
> Chang
>
>
> Dec 1, 2010, 11:08 PM, Fournier, Camille F. [Tech] =C0=DB=BC=BA:
>
> > Would love to hear more about your ensemble settings to try and recreat=
e
> this issue. Would be a very bad thing for my deployment as well...
> >
> > Camille
> >
> > ----- Original Message -----
> > From: Chang Song <tru64ufs@me.com>
> > To: user@zookeeper.apache.org <user@zookeeper.apache.org>
> > Cc: zookeeper-user@hadoop.apache.org <zookeeper-user@hadoop.apache.org>
> > Sent: Wed Dec 01 08:09:30 2010
> > Subject: Re: question about ZK robustness
> >
> >
> > Ted.
> >
> > I have been inconsistency between different ensemble servers when we di=
d
> > some torture testing.
> >
> > I killed Java process with -9 on one ensemble server, and restarted it,
> and saw
> > that ephemeral nodes that disappeared from other two ensemble servers
> stuck in
> > newly restarted ensemble. No matter what I do, "create, sync, get", the
> ephemeral
> > nodes did not disappear.  I had to remove the log and force re-sync fro=
m
> scratch.
> >
> > I had seen this behavior twice. Exactly the same behavior. I had about
> 2000 clients connected
> > ensemble servers. I had no time to file a bug report, but when I have
> time to do another
> > torture testing, I will definitely file a bug report.
> >
> > This is not a data loss, but a serious, dead serious inconsistency as f=
ar
> as my application goes.
> > Please let me know if you happened to know related bug.
> >
> > Thank you.
> >
> > Chang
> >
> >
> > Dec 1, 2010, 1:41 PM, Ted Dunning =C0=DB=BC=BA:
> >
> >> Sure.  Let me know when.  I have learned a bit more from Ben since I
> wrote
> >> that first bit so I could amplify the exposition
> >> just a bit when the time comes.
> >>
> >> On Tue, Nov 30, 2010 at 8:07 PM, Mahadev Konar <mahadev@yahoo-inc.com
> >wrote:
> >>
> >>> I meant to say, we can wait a while before we are done moving to the
> new
> >>> wiki tree.
> >>>
> >
>
>

--90e6ba5bb8db4df5b904965aa19d--