You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Stefan Egli (JIRA)" <ji...@apache.org> on 2013/11/20 15:29:37 UTC
[jira] [Created] (SLING-3253) leader not stable due to:
leaderElectionId not taken into account for leader election
Stefan Egli created SLING-3253:
----------------------------------
Summary: leader not stable due to: leaderElectionId not taken into account for leader election
Key: SLING-3253
URL: https://issues.apache.org/jira/browse/SLING-3253
Project: Sling
Issue Type: Bug
Components: Extensions
Affects Versions: Discovery Impl 1.0.0
Reporter: Stefan Egli
Assignee: Stefan Egli
Priority: Critical
Fix For: Discovery Impl 1.0.2
Discovery.impl stores a 'leaderElectionId' property as part of the instance node in the repository. The idea of this property is to control the leader election: the instance with the lowest leaderElectionId in an established cluster-view becomes leader.
This leaderElectionId is created properly (composed of the leaderElectionRepositoryDescriptor, the bundle-activation time and the slingId), it is propagated to the winning established cluster view and all - but is never really taken into consideration for the leader election.
Instead, in discovery.impl 1.0.0 the leader election is only based on the slingId. Which makes it robust, yes, but not stable - since a joining slave can have a lower slingId than the current leader.
--
This message was sent by Atlassian JIRA
(v6.1#6144)