[
https://issues.apache.org/jira/browse/SOLR-8743?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15170810#comment-15170810
]
Matt Weber commented on SOLR-8743:
----------------------------------
Thank you for reopening, I feel it is a bug in step 6. In step 5 when NodeA
comes back online, it stays down (I assume) because it knows NodeB should be
the primary due to the state in ZK that never went down. In step 6 when NodeB
comes back online, it *should* pick NodeB as the primary and sync from there,
however it appears to pick the first node that came online even if it has stale
data. If step 6 never happens, I think it should stay down forever or until
the user forces it back online.
> Data loss on shard recovery and leader election
> -----------------------------------------------
>
> Key: SOLR-8743
> URL: https://issues.apache.org/jira/browse/SOLR-8743
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 5.5
> Reporter: Matt Weber
>
> SolrCloud with 3 external ZK nodes in quorum, 2 data nodes (NodeA and NodeB).
> Single collection that has a single shard and a single replica (replication
> factor 2). The primary shard is initially on NodeA and the replica on NodeB.
> 1. Index Doc1 via NodeA
> ./solr/bin/post -c people -d '<add><doc><field
> name="id">1</field></doc></add>'
> 2. Shutdown NodeA, NodeB becomes the primary. Doc1 is searchable.
> 3. Delete Doc1 and index Doc2 via NodeB.
> ./solr/bin/post -c people -d "<delete><id>1</id></delete>"
> ./solr/bin/post -c people -d '<add><doc><field
> name="id">2</field></doc></add>'
> 4. Shutdown NodeB, no nodes online. ZK still up.
> 5. Start NodeA, it remains in "down" status since NodeB is down and it was
> last seen as the primary.
> 6. Start NodeB, it comes online in "down" status. NodeA is elected leader
> and sync starts. Doc2 is gone, Doc1 exists in both shards.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
