[
https://issues.apache.org/jira/browse/SOLR-12051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16392642#comment-16392642
]
Shalin Shekhar Mangar commented on SOLR-12051:
----------------------------------------------
Thanks Dat. Looks great overall. I like the new tests.
# Please add javadocs for the new waitForEligibleBecomeLeaderAfterTimeout and
replicasWithHigherTermParticipated methods to make it clear what the boolean
return values mean
# The default value of leaderVoteWait remains unchanged (i.e. 3 minutes) in
this patch? Is that intentional?
I think this patch should go to 7.3 because without it SOLR-12011 is
incomplete. Let's get it in and have jenkins start chewing on the tests.
> Election timeout when no replicas are qualified to become leader
> ----------------------------------------------------------------
>
> Key: SOLR-12051
> URL: https://issues.apache.org/jira/browse/SOLR-12051
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Cao Manh Dat
> Assignee: Cao Manh Dat
> Priority: Major
> Attachments: SOLR-12051.patch
>
>
> After SOLR-12011 get committed, we can lead into the case when no active
> replicas are qualified to become the leader. The only 2 solutions for users
> in this case are
> * Using FORCE_LEADER API
> * Bring back the old leader
> This ticket will introduce a leader election timeout so current active
> replicas can ignore the lost updates and go ahead to become the leader. I
> think it will be better and not confuse users by reusing {{leaderVoteWait}}
> (the current usage of {{leaderVoteWait}} for waiting replicas come up before
> leader election is no longer needed)
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
