[ 
https://issues.apache.org/jira/browse/CURATOR-280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998877#comment-14998877
 ] 

Mike Drob commented on CURATOR-280:
-----------------------------------

I suspect that it will work with an existing chroot node, please try that as a 
workaround so that your project isn't stuck because of us.

Other projects have reported similar errors when using ZK connect strings with 
a non-existing chroot - a couple examples would be KAFKA-2237 and SOLR-7642. 
This leads me to believe that none of our recipes will work, providing the same 
error message, aside from the LeaderLatch fail we've already seen. Will need to 
think about the proper solution a bit here in terms of user expectations and 
backwards compatibility.

> LeaderLatch doesn't work when using a zookeeper chroot
> ------------------------------------------------------
>
>                 Key: CURATOR-280
>                 URL: https://issues.apache.org/jira/browse/CURATOR-280
>             Project: Apache Curator
>          Issue Type: Bug
>          Components: Framework
>    Affects Versions: 2.9.0, 2.9.1
>            Reporter: Vincent Bernat
>
> Hey!
> When using a ZK connection-string with a chroot (for example 
> {{localhost:2181/chroot}}), the leader election by LeaderLatch doesn't work. 
> This may be similar to CURATOR-270. If I query {{.getParticipants}}, I get:
> {code}
>       Actual: org.apache.zookeeper.KeeperException$NoNodeException: 
> KeeperErrorCode = NoNode for /test4
>               
> org.apache.zookeeper.KeeperException.create(KeeperException.java:111)
>               
> org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
>               org.apache.zookeeper.ZooKeeper.getChildren(ZooKeeper.java:1590)
>               
> org.apache.curator.framework.imps.GetChildrenBuilderImpl$3.call(GetChildrenBuilderImpl.java:214)
>               
> org.apache.curator.framework.imps.GetChildrenBuilderImpl$3.call(GetChildrenBuilderImpl.java:203)
>               org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:107)
>               
> org.apache.curator.framework.imps.GetChildrenBuilderImpl.pathInForeground(GetChildrenBuilderImpl.java:199)
>               
> org.apache.curator.framework.imps.GetChildrenBuilderImpl.forPath(GetChildrenBuilderImpl.java:191)
>               
> org.apache.curator.framework.imps.GetChildrenBuilderImpl.forPath(GetChildrenBuilderImpl.java:38)
>               
> org.apache.curator.framework.recipes.locks.LockInternals.getSortedChildren(LockInternals.java:150)
>               
> org.apache.curator.framework.recipes.locks.LockInternals.getParticipantNodes(LockInternals.java:132)
>               
> org.apache.curator.framework.recipes.leader.LeaderLatch.getParticipants(LeaderLatch.java:430)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to