which scheme are you using?
ben
On 10/18/2010 11:57 PM, FANG Yang wrote:
2010/10/19 FANG Yang
hi, all
I have a simple zk client written by c ,which is attachment #1. When i
use ZOO_CREATOR_ALL_ACL, the ret code of zoo_create is -114((Invalid ACL
specified definde in zookeeper.h)), but
Just as a thought experiment, I was pondering the following:
ZK stamps each change to its managed state with a zxid
(http://hadoop.apache.org/zookeeper/docs/r3.2.1/zookeeperInternals.html). That
ID consists of a 64 bit number in which the upper 32 bits are the epoch, which
changes when the lea
The ZK documentation says:
New in 3.2: Enables a ZooKeeper ensemble administrator to access the znode
hierarchy as a "super" user. In particular no ACL checking occurs for a user
authenticated as super.
However, in some testing today I created a digest user, logged in as this user,
set the ACLs
we should put in a test for that. it is certainly a plausible
scenario. in theory it will just flow into the next epoch and everything
will be fine, but we should try it and see.
ben
On 10/19/2010 11:33 AM, Sandy Pratt wrote:
Just as a thought experiment, I was pondering the following:
ZK s
Follow up question: does anyone have a production cluster that handles a
similar sustained rate of changes?
-Original Message-
From: Benjamin Reed [mailto:br...@yahoo-inc.com]
Sent: Tuesday, October 19, 2010 2:53 PM
To: zookeeper-user@hadoop.apache.org
Subject: Re: zxid integer overflow
2010/10/20 Benjamin Reed
> which scheme are you using?
>
> ben
I Just call zoo_add_auth in c souce code, as follows:
zoo_add_auth(zh,"digest","pat:passwd",10,0,0)
>
>
> On 10/18/2010 11:57 PM, FANG Yang wrote:
>
>> 2010/10/19 FANG Yang
>>
>> hi, all
>>> I have a simple zk client wri