[
https://issues.apache.org/jira/browse/CURATOR-188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15609172#comment-15609172
]
Kevin Scott Carr commented on CURATOR-188:
------------------------------------------
curator-framework/2.11.0
Seeing this similar behavior. If we stop the LeaderSelector on all 3 systems,
the path still exists. When we start one instance, it gets the Lock exception
You do not own the lock, and there is not a Leader.
I did a rmr on the parent path, and started the instance, and then we were
elected leader, and things progressed.
Still researching how it got into this state.
> Cannot determine the leader if zookeeper leader fails
> -----------------------------------------------------
>
> Key: CURATOR-188
> URL: https://issues.apache.org/jira/browse/CURATOR-188
> Project: Apache Curator
> Issue Type: Bug
> Components: Framework
> Affects Versions: 2.7.1
> Reporter: Rodrigo Nogueira
>
> Hi,
> I'm trying to upgrade the curator framework from 2.6.0 to 2.7.1, but I'm
> having some problems.
> In the 2.6.0 version almost everything works fine, but the
> ServiceDiscovery.updateService() that is already fixed in the 2.7.1.
> In the 2.7.1 version, when I kill the zookeeper leader, my path for leader
> election becomes inconsistent.
> For instance, I have three apps registered in the leader path
> (/com/myapp/leader/):
> [_c_85089ba7-0819-40a2-90b5-640bcb5e9e68-lock-0000000003,
> _c_070619f6-539e-4784-8068-bdc66d2a25bc-lock-0000000005,
> _c_54a126d3-31e8-464f-9216-5e0ad23fad1b-lock-0000000004]
> After killing the zookeeper leader, what I got in the /com/myapp/leader/ is:
> [_c_648d5311-a59c-4bc4-bf32-c0605dea9b6a-lock-0000000007,
> _c_85089ba7-0819-40a2-90b5-640bcb5e9e68-lock-0000000003,
> _c_f51f9660-3cbf-4ba8-8dba-c1e04ca14a93-lock-0000000008,
> _c_49696b77-e45a-40b6-8feb-96623c67fd85-lock-0000000006]
> Sometimes I got more nodes (five or six).
> I'm aware that Curator removes and adds all nodes when a zookeeper node
> fails. But it seems that the previous nodes are not being removed correctly.
> Is that the expected behavior ?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)