[
https://issues.apache.org/jira/browse/SOLR-8069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14876057#comment-14876057
]
Mark Miller edited comment on SOLR-8069 at 9/18/15 5:57 PM:
------------------------------------------------------------
bq. predicate the ZK transaction on the election node
As I think about this, I think I really prefer the approach in the patch - with
that, we use ZK to ensure *ONLY* the leader can put a replica into LIR. It
doesn't matter what clumsy things happen elsewhere in the code, with this
multi, only one replica in the shard, only the leader as recently properly
enforced by ZK will be able to put a replica into LIR. I like that property vs
a multi on election nodes.
was (Author: [email protected]):
bq. predicate the ZK transaction on the election node
As I think about this, I think I really prefer this method - with this, we use
ZK to ensure *ONLY* the leader can put a replica into LIR. It doesn't matter
what clumsy things happen elsewhere in the code, with this multi, only one
replica in the shard, only the leader as recently properly enforced by ZK will
be able to put a replica into LIR. I like that property vs a multi on election
nodes.
> Leader Initiated Recovery can put the replica with the latest data into LIR
> and a shard will have no leader even on restart.
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-8069
> URL: https://issues.apache.org/jira/browse/SOLR-8069
> Project: Solr
> Issue Type: Bug
> Reporter: Mark Miller
> Attachments: SOLR-8069.patch, SOLR-8069.patch
>
>
> I've seen this twice now. Need to work on a test.
> When some issues hit all the replicas at once, you can end up in a situation
> where the rightful leader was put or put itself into LIR. Even on restart,
> this rightful leader won't take leadership and you have to manually clear the
> LIR nodes.
> It seems that if all the replicas participate in election on startup, LIR
> should just be cleared.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
