Oh, I missed the streaming. :(
Was it recorded? The slides are available anywhere?
On Thu, May 10, 2018 at 2:22 PM, Srikanth Viswanathan
wrote:
> Thanks for the presentations! Will the slides be posted somewhere?
>
> On Thu, May 10, 2018, 09:36 Prasanth Mathialagan <
>
Hi Shawn,
Fair enough. :)
I recommend you open a JIRA issue at
https://issues.apache.org/jira/projects/ZOOKEEPER and then open a PR to
https://www.github.com/apache/zookeeper , please. This is clearly a bug and
the fix is trivial so you can bypass any dev mailing list discussion, IMO.
Cheers!
Congrat
ulations
,
Mic
hael!
Well d
eserved
!
On Tue, Jun 27, 2017 at 2:07 PM, Patrick Hunt wrote:
> Kudos Michael, well deserved!
>
> Patrick
>
> On Tue, Jun 27, 2017 at 9:49 AM, Jordan Zimmerman <
> jor...@jordanzimmerman.com> wrote:
>
> > Congrats!
Hey, Flávio,
Congratulations! It's nice to see both ZooKeeper and BookKeeper being used
in more projects! Pravenga is very interesting, gonna read the docs asap.
Best of luck to the project :D
Cheers,
Ed
On Fri, May 12, 2017 at 9:37 AM, Jorge Fonseca wrote:
> Good !
revents deletion of children (like CREATE prevents the
creation of children). it does not prevent the deletion of the znode
itself.
ben
On Fri, May 12, 2017 at 10:53 PM, Edward Ribeiro
<edward.ribe...@gmail.com> wrote:
> Hey, Joe and Martin,
>
> A quick explanation: the code Ma
Hey, Joe and Martin,
A quick explanation: the code Martin posted on the mailing list is the
client side one. In those snippets the setACL is setting/changing the ACL
so it needs to pass this in the call to the server: zk.setACL(path, acl,
version). OTOH, the delete command doesn't need to pass
FWIW.
Cheers,
Eddie
On Sun, Jan 29, 2017 at 10:26 PM, Ted Yu <yuzhih...@gmail.com> wrote:
> Could be.
>
> But the thread ended on Aug 2nd.
> While the JIRA was logged on Oct. 17th.
>
> On Sun, Jan 29, 2017 at 4:04 PM, Edward Ribeiro <edward.ribe...@gmail.com>
> wro
I guess it is ZOOKEEPER-2616.
Edward
Em 29 de jan de 2017 8:35 PM, "Ted Yu" escreveu:
> Hi,
> I was reading this thread:
>
> http://search-hadoop.com/m/Zookeeper/JhBoa1XtKJq19KIud1?
> subj=Re+ZK+read+only+issue
>
> Can someone tell me which JIRA was logged (not shown in
Hi Dima,
As far as I can see, it looks like there is problem with the pom.template
not being copied during the tar.gz generation. Could you please open an
issue at https://issues.apache.org/jira/browse/ZOOKEEPER so that we can
tackle this? Thanks in advance.
In the meantime, you can either copy
Very interesting patch, Mike.
I've left a couple of review comments (hope you don't mind) in the
https://github.com/msolo/zookeeper/commit/75da352d506c2e3b0001d28acc058c
422b3c8f0c commit. :)
Cheers,
Eddie
On Thu, Oct 13, 2016 at 4:06 PM, Arshad Mohammad <
arshad.mohamma...@gmail.com> wrote:
Hi,
I have seen a couple of issues listed on http://zookeeper.apache.org/
doc/r3.4.9/releasenotes.html that are either 'Open' or 'Patch available'. I
discover by accident because I will start working on the open one today. ;)
https://issues.apache.org/jira/browse/ZOOKEEPER-2512
Congratulations, Chris!
Em 7 de ago de 2016 11:09 PM, "Rakesh Radhakrishnan"
escreveu:
> Congratulations, Chris!
>
> Rakesh
>
> On Sun, Aug 7, 2016 at 11:35 PM, Flavio Junqueira wrote:
>
> > In recognition of all his contributions to the project, the Apache
Hi Shawn,
I agree with you, and I think
https://issues.apache.org/jira/browse/ZOOKEEPER-2260 comes close to the
second approach you suggested. wdyt?
Cheers,
Edward
Em 01/10/2015 21:11, "Shawn Heisey" escreveu:
> I was going to open an issue in Jira for this, but I figured
Congratulations, Chris!!!
Best,
Edward
Em 28/09/2015 14:12, "Alexander Shraer" escreveu:
> Congrats Chris, and welcome!
>
> On Mon, Sep 28, 2015 at 9:52 AM, Rakesh Radhakrishnan <
> rakeshr.apa...@gmail.com> wrote:
>
> > Welcome Chris, thanks for all your great work and
Fyi regarding disk space utilization, I submitted a patch to track ZK log
and snapshot directory sizes: ZOOKEEPER-1423
Best,
Eddie
Em 12/09/2015 11:44, "Flavio Junqueira" escreveu:
> We do support jmx extensively, and I believe you can use it Ganglia. As
> for metrics, things
Hi Check Peck,
Sorry for the late reply, but you can also take a look at Ordasity (
https://github.com/boundary/ordasity ) , that seems to be exactly design to
solve your kind of problem. Ordasity is written in Scala, but I *guess* you
should have no major problem reading the code and extracting
Congratulations, Alex! :)
VLDB is a top notch conference, and the subject is very interesting, so
your paper certainly deserves a closer look. Thanks for sharing!
Edward
Em 15/07/2015 21:06, Alexander Shraer shra...@gmail.com escreveu:
Our paper
Hi,
Rakesh already answered your question, but let me just reinforce some
points:
On Fri, Jun 20, 2014 at 10:50 AM, Lahiru Gunathilake glah...@gmail.com
wrote:
so the usecase is when two clients try to create same nodes with same name
z
k
ch
a
n
g
e
Hi Olivier,
On Tue, Jun 10, 2014 at 6:23 PM, Olivier Mallassi
olivier.malla...@gmail.com wrote:
Is that order guaranteed with zk?
ZooKeeper provides a single atomic ordered sequence of operations by the
means of its Paxos-like algorithm, ZAB (ZooKeeper Atomic Broadcast).
Cassanda implements
I wrote the patch for ZOOKEEPER-1535 and I will take a look at
ZOOKEEPER-1897 asap.
Thanks for pointing out!
Edward
On Tue, Mar 18, 2014 at 8:11 PM, Cameron Gandevia cgande...@gmail.comwrote:
Thanks for the reply, issue created
https://issues.apache.org/jira/browse/ZOOKEEPER-1897
On
am willing to review it until saturday
(probably sooner), and make it apply to trunk and pass the tests if you
decide that it's worth including in 3.4.6. It's a very small patch so I'd
be glad if some committer has the time to check it out.
Regards,
Edward Ribeiro
On Tue, Nov 26, 2013 at 12:42 PM
You understand the use of ZK very well, imo.
I'd change a thing or two in your client---ZK operation, but the idea
would still be the same. Like, for example, why give the leader the task of
creating the
/application_1/A_group/client_a1
znode when each client can create its own client_a1 znode,
Open the file zoo.cfg in $ZOOKEEPER-DIR/conf dir and modify the following
line:
dataDir=/tmp/zookeeper
Edward
On Sun, Sep 8, 2013 at 10:04 AM, Sznajder ForMailingList
bs4mailingl...@gmail.com wrote:
Yes I am using zkServer
Benjamin
On Sun, Sep 8, 2013 at 12:51 PM, Flavio Junqueira
Sun's JDK comes with an program named jconsole. This tool can attach itself
to any running java process and monitor a range of things (threads, memory,
cpu, etc). Usually, you just have to start up jconsole and choose, among a
list of java processes, the one you want to monitor. You can stop
Huang,
AFAIK, the write sync process in your example is:
1. Client connect to a follower and send update request;
2. The follower redirects the request to leader (it doesn't persist the
state on disk yet!);
3. The leader atomically broadcast the requests, in order, to all followers;
4. Each
Congratulations, Alex!!! :) Best news I had heard in months wrt ZK. :)
You have done an amazing job at ZOOKEEPER-107 and your contribs to other
patches are as good as this one.
Cheers,
Edward Ribeiro
On Mon, May 13, 2013 at 1:13 PM, kishore g g.kish...@gmail.com wrote:
Very nice. Congrats
Hi,
My two cents: the ZooKeeper's support to encryption between servers and
between client-server has not progressed until now:
https://issues.apache.org/jira/browse/ZOOKEEPER-236
https://issues.apache.org/jira/browse/ZOOKEEPER-235
https://issues.apache.org/jira/browse/ZOOKEEPER-1000
Plus,
Yes, what you have just described is a sweet spot for Zookeeper.
Based on your description, you want one of the servers as the leader and
while having the others waiting. Take a look at Leader Election Recipe
in ZK Tutorials for how to implement this. If the leader goes offline then
the other
switches, the new leader can activate the VIP, while the old one
deactivates it. DNS with a very short TTL is another way to achieve
this.
-Greg
-Original Message-
From: Edward Ribeiro [mailto:edward.ribe...@gmail.com]
Sent: Thursday, January 17, 2013 12:06 PM
To: user
29 matches
Mail list logo