[SOLR-8075] Leader Initiated Recovery should not stop a leader that participated in an election with all of it's replicas from becoming a valid leader.

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 5.4, 6.0
• Assignee: Mark Miller
• Reporter: Mark Miller
• Created: 20/Sep/15 14:53
• Updated: 09/May/16 18:46
• Resolved: 13/Nov/15 22:03

Description

Currently, because of SOLR-8069, all the replicas in a shard can be put into LIR.

If you restart such a shard, the valid leader will will win the election and sync with the shard and then be blocked from registering as ACTIVE because it is in LIR.

I think that is a little wonky because I don't think it even tries another candidate because the leader that cannot publish ACTIVE does not have it's election canceled.

While SOLR-8069 should prevent this situation, we should add logic to allow a leader that can sync with it's full shard to become leader and publish ACTIVE regardless of LIR.

Issue Links

• is related to: SOLR-8367 The new LIR 'all replicas participate' failsafe code needs to be improved.
• relates to: SOLR-8087 Look into defensive check in publish that will not let a replica in LIR publish ACTIVE.
• relates to: SOLR-8069 Ensure that only the valid ZooKeeper registered leader can put a replica into Leader Initiated Recovery.