Camille

We applied the patch (ZOOKEEPER-1046-for333) to our SUT.
There was no error.

Thanks

alex

2011년 8월 30일 오전 11:19, 박영근(Alex) <alex.p...@nexr.com>님의 말:

> We used 3.3.3.
>
> We will check out the latest code.
>
> Thanks Camille.
>
> Alex
>
>
> 2011/8/30 Camille Fournier <cami...@apache.org>
>
>> More specifically, we fixed this for the upcoming release:
>> https://issues.apache.org/jira/browse/ZOOKEEPER-1046
>>
>> You can try checking out the latest code and building it, should fix
>> your error. I believe 3.3.4 will be released in a week or two.
>>
>> c
>>
>> On Mon, Aug 29, 2011 at 9:56 PM, Camille Fournier <cami...@apache.org>
>> wrote:
>> > What version of ZK were you using?
>> >
>> > On Mon, Aug 29, 2011 at 9:50 PM, 박영근(Alex) <alex.p...@nexr.com> wrote:
>> >> Hi, all
>> >>
>> >> I met a problem of NodeExistsException when creating a znode with
>> sequential
>> >> and ephemeral mode.
>> >> the number of total test was 6442314 and 797 errors had occurred.
>> >>
>> >> The related log message is as in the following:
>> >> 2011-08-27 16:26:17,559 - INFO
>>  [ProcessThread:-1:PrepRequestProcessor@407][]
>> >> - Got user-level KeeperException when processing
>> sessionid:0x2320911802a0002
>> >> type:create cxid:0x1246d7 zxid:0xfffffffffffffffe txntype:unknown
>> >> reqpath:n/a Error
>> >> Path:/NexR/MasteElection/__rwLock/readLock-lssm07-0005967078
>> >> Error:KeeperErrorCode = NodeExists for
>> >> /NexR/MasteElection/__rwLock/readLock-lssm07-0005967078
>> >>
>> >> The sequential number would be created by increasing parent's Cversion
>> in
>> >> the PrepRequestProcess.
>> >> So, I guess that this problem was caused by inconsistency of parent
>> znode.
>> >>
>> >> Our test scenario is very aggressive:
>> >> The grinder agent sends a request of creating a znode of
>> >> CreateMode. SEQUENTIAL_EPHEMERAL.
>> >> three number of servers compose ensemble.
>> >> each NIC of server is down and up repeatedly;
>> >> NIC of server1 become down every one minute and sleeping for 9 seconds,
>> then
>> >> up
>> >> NIC of server2 become down every 2 minute and sleeping for 9 seconds,
>> then
>> >> up
>> >> NIC of server3 become down every 3 minute and sleeping for 9 seconds,
>> then
>> >> up
>> >>
>> >> while the probability of error occurrence is 0.0001 as mentioned above,
>> >> if the ZooKeeper cannot guarantee the consistency, it is  a fatal.
>> >>
>> >> Is there any idea or related issue?
>> >>
>> >> thanks in advance.
>> >>
>> >> alex.
>> >>
>> >
>>
>
>

Reply via email to