curator-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jordan Zimmerman (JIRA)" <j...@apache.org>
Subject [jira] [Assigned] (CURATOR-444) LeaderLatch sends events that leads to simultaneously leadership after blocking zookeeper peer communication
Date Fri, 07 Dec 2018 04:11:00 GMT

     [ https://issues.apache.org/jira/browse/CURATOR-444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jordan Zimmerman reassigned CURATOR-444:
----------------------------------------

    Assignee:     (was: Jordan Zimmerman)

> LeaderLatch sends events that leads to simultaneously leadership after blocking zookeeper
peer communication
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: CURATOR-444
>                 URL: https://issues.apache.org/jira/browse/CURATOR-444
>             Project: Apache Curator
>          Issue Type: Bug
>          Components: Recipes
>    Affects Versions: 2.12.0, 4.0.0
>         Environment: Linux
>            Reporter: Borja Bravo Alférez
>            Priority: Critical
>         Attachments: blockZookeeperPort.sh
>
>
> How to reproduce the error:
> - 3 Zookeeper nodes. 
> - Using LeaderLatch recipe with a listener. 
> - We block the zookeeper network with the attached script. It blocks communication between
zookeepers. Note that comunication is lost only for 10 seconds that is exactly our default
session timeout. 
> Our curator configuration: 
> - Base sleep 100ms
> - Max sleep 5000ms
> - Default connection timeout 15000ms
> - Default Session timeout  10000ms
> I am working with a pull request. Fix seems trivial but creating the test not so much.




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message