You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zookeeper.apache.org by "JiangJiafu (JIRA)" <ji...@apache.org> on 2017/06/06 04:42:18 UTC
[jira] [Updated] (ZOOKEEPER-2800) zookeeper ephemeral node not
deleted after server restart and consistency is not hold
[ https://issues.apache.org/jira/browse/ZOOKEEPER-2800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
JiangJiafu updated ZOOKEEPER-2800:
----------------------------------
Description:
I deploy a cluster of ZooKeeper with three nodes:
ofs_zk1:30.0.0.72
ofs_zk2:30.0.0.73
ofs_zk3:30.0.0.99
On 2017-06-02, use the c zk client to create some ephemeral sequential nodes,:
/adm_election/rolemgr/rolemgr0000000008,
/adm_election/rolemgr/rolemgr0000000011,
/adm_election/rolemgr/rolemgr0000000012,
with sesstion timeout 20000 ms.
Then I restart ofs_zk1 and ofs_zk2.
On 2017-06-05, I found that, these ephemeral nodes still exist on ofs_zk1.
I can check the nodes by zkCli.sh get command on ofs_zk1.
But these nodes doesn't not exist on ofs_zk2 and ofs_zk3.
Is it odd?
I have upload the whole deploy directory of three nodes to:
https://pan.baidu.com/s/1miohiCo ,
The log is printed in log/zookeeper.out
log of ofs_zk3 is too large, so I only show the head 1000 lines.
Since I find this PR a little late, some snapshot and log may be deleted.
I hope anyone can help find the reason.
was:
I deploy a cluster of ZooKeeper with three nodes:
ofs_zk1:30.0.0.72
ofs_zk2:30.0.0.73
ofs_zk3:30.0.0.99
On 2017-06-02, use the c zk client to create some ephemeral sequential nodes,:
/adm_election/rolemgr/rolemgr0000000008,
/adm_election/rolemgr/rolemgr0000000011,
/adm_election/rolemgr/rolemgr0000000012,
with sesstion timeout 20000 ms.
Then I restart ofs_zk1 and ofs_zk2.
On 2017-06-05, I found that, the ephemeral nodes still exist on ofs_zk1.
I can check the nodes by zkCli.sh get command on ofs_zk1.
But these nodes doesn't not exist on ofs_zk2 and ofs_zk3.
Is it odd?
I have upload the whole deploy directory of three nodes to:
https://pan.baidu.com/s/1miohiCo ,
The log is printed in log/zookeeper.out
log of ofs_zk3 is too large, so I only show the head 1000 lines.
Since I find this PR a little late, some snapshot and log may be deleted.
I hope anyone can help find the reason.
> zookeeper ephemeral node not deleted after server restart and consistency is not hold
> -------------------------------------------------------------------------------------
>
> Key: ZOOKEEPER-2800
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2800
> Project: ZooKeeper
> Issue Type: Bug
> Components: quorum
> Affects Versions: 3.4.11
> Environment: Centos6.5 java8
> Reporter: JiangJiafu
> Priority: Critical
>
> I deploy a cluster of ZooKeeper with three nodes:
> ofs_zk1:30.0.0.72
> ofs_zk2:30.0.0.73
> ofs_zk3:30.0.0.99
> On 2017-06-02, use the c zk client to create some ephemeral sequential nodes,:
> /adm_election/rolemgr/rolemgr0000000008,
> /adm_election/rolemgr/rolemgr0000000011,
> /adm_election/rolemgr/rolemgr0000000012,
> with sesstion timeout 20000 ms.
> Then I restart ofs_zk1 and ofs_zk2.
> On 2017-06-05, I found that, these ephemeral nodes still exist on ofs_zk1.
> I can check the nodes by zkCli.sh get command on ofs_zk1.
> But these nodes doesn't not exist on ofs_zk2 and ofs_zk3.
> Is it odd?
> I have upload the whole deploy directory of three nodes to:
> https://pan.baidu.com/s/1miohiCo ,
> The log is printed in log/zookeeper.out
> log of ofs_zk3 is too large, so I only show the head 1000 lines.
> Since I find this PR a little late, some snapshot and log may be deleted.
> I hope anyone can help find the reason.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)