zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Atri Sharma (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ZOOKEEPER-2076) Improve Leader Change Mechanism
Date Fri, 31 Mar 2017 08:42:41 GMT

    [ https://issues.apache.org/jira/browse/ZOOKEEPER-2076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15950539#comment-15950539

Atri Sharma commented on ZOOKEEPER-2076:

Hi Folks,

Is this still valid? [~shralex]

If nobody is working on this, I can take it up

> Improve Leader Change Mechanism
> -------------------------------
>                 Key: ZOOKEEPER-2076
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2076
>             Project: ZooKeeper
>          Issue Type: Improvement
>          Components: server
>    Affects Versions: 3.5.0
>            Reporter: Alexander Shraer
> When a leader is removed during a reconfiguration, ZOOKEEPER-107 uses a mechanism where
the old leader nominates the new one. Although it reduces the time for a new leader to be
elected, it still takes too long. This JIRA is for two things:
> 1. Improve the mechanism, e.g., avoid loading snapshots, etc. during the handoff.
> 2. Make it a first-class citizen & export it as a client API. We get questions about
this once in a while - how do I cause a different leader to be elected ? Currently the response
is either kill or reconfigure the current leader.
> Any one interested to work on this ?

This message was sent by Atlassian JIRA

View raw message