curator-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jordan Zimmerman (JIRA)" <>
Subject [jira] [Commented] (CURATOR-264) Leader election: Duplicate ephemeral nodes with same owner id
Date Tue, 22 Sep 2015 14:20:04 GMT


Jordan Zimmerman commented on CURATOR-264:

I don't believe this could be a sync issue. It's all the same client and the same session
and, therefore, guaranteed. 

> Leader election: Duplicate ephemeral nodes with same owner id
> -------------------------------------------------------------
>                 Key: CURATOR-264
>                 URL:
>             Project: Apache Curator
>          Issue Type: Bug
>          Components: Framework, Recipes
>    Affects Versions: 2.8.0
>            Reporter: Ole Hjalmar Herje
>         Attachments: testLog.txt, zkNodes.txt, zkTransactionLog.txt
> We sometimes experience failure in our leader-election functionality when we have network
issues. When this situation occurs we see that there are two ephemeral nodes in the zookeeper
cluster for the same session but there is no active leader. 
> I have managed to recreate the same scenario by running a test locally and use iptables
to simulate network issues. The debug log (see attachment) shows that findAndDeleteProtectedNodeInBackground
does not delete the node because processResult in FindProtectedNodeCB receives a -101 (NoNode)
resultcode. I suspect this can happen if the read is not synched? (
> This also seems to be related to: 
> and

This message was sent by Atlassian JIRA

View raw message