[
https://issues.apache.org/jira/browse/SOLR-8173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15126461#comment-15126461
]
Shawn Heisey commented on SOLR-8173:
------------------------------------
[~stephlag], I have removed 5.2.1 from the "fix version" list.
Typically this field is meaningless if the issue is unresolved. Some people do
populate it when creating an issue, to indicate the version they *think* it
should be fixed in, but it doesn't mean anything until a fix is committed and
the issue is resolved as Fixed. When I start working on an issue, I will
usually blank out "fix version", unless I happen to know with complete
certainty when I will finish the work and which version will contain the fix.
Knowing this with complete certainty is rare.
> CLONE - Leader recovery process can select the wrong leader if all replicas
> for a shard are down and trying to recover as well as lose updates that
> should have been recovered.
> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-8173
> URL: https://issues.apache.org/jira/browse/SOLR-8173
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Reporter: Matteo Grolla
> Assignee: Mark Miller
> Priority: Critical
> Labels: leader, recovery
> Attachments: solr_8983.log, solr_8984.log
>
>
> I'm doing this test
> collection test is replicated on two solr nodes running on 8983, 8984
> using external zk
> initially both nodes are empty
> 1)turn on solr 8983
> 2)add,commit a doc x con solr 8983
> 3)turn off solr 8983
> 4)turn on solr 8984
> 5)shortly after (leader still not elected) turn on solr 8983
> 6)8984 is elected as leader
> 7)doc x is present on 8983 but not on 8984 (check issuing a query)
> In attachment are the solr.log files of both instances
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
