kind
of api where they go ahead and create parent nodes automatically if they
don't exist.
At a very high level the big question is are we tying this feature to a
specific recipe and the way its implemented.
Does this make sense?
thanks,
Kishore G
On Tue, Apr 14, 2015 at 10:49 AM, Ca
Congrats!.
On Sun, Nov 23, 2014 at 6:42 PM, Patrick Hunt wrote:
> Great news, kudos to the Bookkeeper community!
>
> Regards,
>
> Patrick
>
> On Sun, Nov 23, 2014 at 2:26 AM, Flavio Junqueira
> wrote:
> > I just wanted to share that the board approved our proposal to make
> Apache BookKeeper a
clients will fail to connect to the new cluster that was
started in a blank state.
thanks,
Kishore G
On Tue, Jan 21, 2014 at 3:19 PM, Jie Yu wrote:
> Hi,
>
> I am curious what would have happened if the following scenario happens:
>
> Say I have a zookeeper cluster with 3 replic
+ 1 for ZooInpector. We have a version of modified version of ZooInspector
that has much needed improvements with respect to GUI being slow. If there
is enough interest would be glad to contribute.
On Mon, Jan 20, 2014 at 8:52 PM, Rakesh R wrote:
> Thanks for pointing to the existing 'ZooInsp
t;Ted Yu"
> >> Sent: 17/01/2014 17:25
> >> To: "dev@zookeeper.apache.org"
> >> Subject: Re: Where are we in ZOOKEEPER-1416
> >>
> >> Having the ability to know exact deltas would help make HBase region
> >> assignment
an see it being necessary is the one in which we need
> to know precisely the changes and we haven't cached a previous version of
> the state.
>
> -Flavio
>
> > -Original Message-
> > From: kishore g [mailto:g.kish...@gmail.com]
> > Sent: 17 January 2014
this would
be useful for HBase (to act like state machine)
thanks,
Kishore G
On Fri, Jan 17, 2014 at 5:18 AM, FPJ wrote:
> But you don't really miss events, you'll see them when you read the ZK
> state. If you follow the pattern I described, you're supposed to ob
work around on the
client side.
thanks,
Kishore G
On Thu, Dec 5, 2013 at 8:11 AM, Alexander Shraer wrote:
> I think this is https://issues.apache.org/jira/browse/ZOOKEEPER-22
>
> On Wed, Dec 4, 2013 at 8:50 PM, kishore g wrote:
> > Thanks Camille, Is it not violating the as
ably the only way to make sure write was successful is
try writing again when there is exception.
Does this make sense?
thanks,
Kishore G
On Wed, Dec 4, 2013 at 6:12 PM, Camille Fournier wrote:
> As far as I can tell from the code:
> c1 will send its last seen zxid to the server tha
whether it connects to zk2 or zk3 might see that w1
was successful or failure. Is this analysis correct or will c1
automatically invoke a sync under the hoods when it gets disconnected and
connected to another server?
If no, how should one handle this scenario.
Thanks,
Kishore G
client won't be able to issue any read/write request or create a new
> >> session while the quorum is down.
> >>
> >> However, some application may need a stronger consistency guarantee.
> They
> >> will have a special logic to abort the clien
ected event but before syncconnected is processed
there would be another session expiry. These scenarios are much harder to
test for and reproduce.
Thanks for taking this up.
Thanks,
Kishore G
On Thu, Jun 27, 2013 at 10:38 PM, Ted Dunning wrote:
> +1 this is a very big deal
>
>
>
&
Very nice. Congrats Alex. Awesome work on dynamic reconfiguration of
Zookeeper.
On Mon, May 13, 2013 at 8:56 AM, Benjamin Reed wrote:
> The Apache ZooKeeper PMC recently extended committer karma to Alex and he
> has accepted. Alex has made some great contributions and we are looking
> forward t
+1 for Pat's idea.
On Wed, Nov 30, 2011 at 11:29 PM, Patrick Hunt wrote:
> +1, would be great to focus on getting particular issues resolved
> (e.g. burn down the PA list, help new contributors with patches, ...)
> rather than just discussing what we should/might be doing. More like a
> "hackday
14 matches
Mail list logo