I have opened a jira for the issue:
https://issues.apache.org/jira/browse/ZOOKEEPER-628
and my zookeeper version is 3.2.1, the se/diserver_tc/diserver_
tc0000000067 only appear on the server 10.81.12.144.

I will attach the additional information to the jira.

thx

On Wed, Dec 16, 2009 at 1:57 AM, Patrick Hunt <ph...@apache.org> wrote:

> You might also try the "dump" command for all 3 servers (similar to the
> stat command - it's a 4letterword) and look at it's output -- it includes
> information on ephemeral nodes.
>
> Patrick
>
>
> Qian Ye wrote:
>
>> Hi guys:
>>
>> I find a very strange scenario today, I'm not sure how it happen, I just
>> found it like this. Maybe you can give me some information about it, my
>> Zookeeper Server is version 3.2.1.
>>
>> My Zookeeper cluster contains three servers, with ip:
>> 10.81.12.144,10.81.12.145,10.81.12.141. I wrote a client to create
>> ephemeral
>> node under znode: *se/diserver_tc*. The client runs on the server with ip
>> 10.81.13.173. The client can create a ephemeral node on zookeeper server
>> and
>> write the host ip (10.81.13.173) in to the node as its data. There is only
>> one client process can be running at a time, because the client will
>> listen
>> to a certain port.
>>
>> It is strange that I found there were two ephemeral node with the ip
>> 10.81.13.173 under znode se/diserver_tc.
>> *se/diserver_tc/diserver_tc0000000067*
>> STAT:
>>        czxid: 124554079820
>>        mzxid: 124554079820
>>        ctime: 1260609598547
>>        mtime: 1260609598547
>>        version: 0
>>        cversion: 0
>>        aversion: 0
>>        ephemeralOwner: 226627854640480810
>>        dataLength: 92
>>        numChildren: 0
>>        pzxid: 124554079820
>>
>> *se/diserver_tc/diserver_tc0000000095
>> *STAT:
>>        czxid: 128849019107
>>        mzxid: 128849019107
>>        ctime: 1260772197356
>>        mtime: 1260772197356
>>        version: 0
>>        cversion: 0
>>        aversion: 0
>>        ephemeralOwner: 154673159808876591
>>        dataLength: 92
>>        numChildren: 0
>>        pzxid: 128849019107*
>> *
>> There are TWO with different session id! And after I kill the client
>> process
>> on the server 10.81.13.173, the *se/diserver_tc/diserver_tc0000000095
>> *node
>> disappear, but the *se/diserver_tc/diserver_tc0000000067 *stay the same.
>> That means it is not my coding mistake to create the node twice. I checked
>> several times and I'm sure that there is no another client instance
>> running.
>> And I use the 'stat' command to check the three zookeeper servers, and
>> there
>> is no client from 10.81.13.173,
>>
>> $echo stat | nc 10.81.12.144 2181
>> Zookeeper version: 3.2.1-808558, built on 08/27/2009 18:48 GMT
>> Clients:
>>  /10.81.13.173:35676[1](queued=0,recved=0,sent=0) *# it is caused by the
>> nc
>> process*
>>
>> Latency min/avg/max: 0/3/254
>> Received: 11081
>> Sent: 0
>> Outstanding: 0
>> Zxid: 0x1e000001f5
>> Mode: follower
>> *Node count: 32
>> *
>> $ echo stat | nc 10.81.12.141 2181
>> Zookeeper version: 3.2.1-808558, built on 08/27/2009 18:48 GMT
>> Clients:
>>  /10.81.12.152:58110[1](queued=0,recved=10374,sent=0)
>>  /10.81.13.173:35677[1](queued=0,recved=0,sent=0) *# it is caused by the
>> nc
>> process*
>>
>> Latency min/avg/max: 0/0/37
>> Received: 37128
>> Sent: 0
>> Outstanding: 0
>> Zxid: 0x1e000001f5
>> Mode: follower
>> *Node count: 26*
>>
>> $ echo stat | nc 10.81.12.145 2181
>> Zookeeper version: 3.2.1-808558, built on 08/27/2009 18:48 GMT
>> Clients:
>>  /10.81.12.153:19130[1](queued=0,recved=10624,sent=0)
>>  /10.81.13.173:35678[1](queued=0,recved=0,sent=0) *# it is caused by the
>> nc
>> process*
>>
>> Latency min/avg/max: 0/2/213
>> Received: 26700
>> Sent: 0
>> Outstanding: 0
>> Zxid: 0x1e000001f5
>> Mode: leader
>> *Node count: 26*
>>
>> The three 'stat' commands show different Node count! Just cannot
>> understand
>> how it happened, can anyone give me some explanation about it?
>>
>>
>>


-- 
With Regards!

Ye, Qian
Made in Zhejiang University

Reply via email to