[jira] [Commented] (SOLR-4260) Inconsistent numDocs between leader and replica

["Markus Jelsma (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/SOLR-4260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13712297#comment-13712297 ] 

Markus Jelsma commented on SOLR-4260:
-------------------------------------

FYI: we're still seeing major inconsistencies, facet counts are off and when inspecting leaders and replica's we notice not all are in sync. This is on yesterday's trunk and with an empty index. There were no node failures during indexing. Shard_b's stats for example:

node 2 shard b
{code}
Last Modified:    about a minute ago
Num Docs:    158964
Max Doc:    158964
Deleted Docs:    0
Version:    4479
Segment Count:    1
{code}

node 3 shard b
{code}
Last Modified:    2 minutes ago
Num Docs:    158298
Max Doc:    158298
Deleted Docs:    0
Version:    2886
{code}

Size and versions are also different. Cluster is optimized/forceMerged but doesn't change the facts as expected. At least one other shard also has differences in its two replica's, i haven't manually checked the others.
                
> Inconsistent numDocs between leader and replica
> -----------------------------------------------
>
>                 Key: SOLR-4260
>                 URL: https://issues.apache.org/jira/browse/SOLR-4260
>             Project: Solr
>          Issue Type: Bug
>          Components: SolrCloud
>    Affects Versions: 5.0
>         Environment: 5.0.0.2013.01.04.15.31.51
>            Reporter: Markus Jelsma
>            Priority: Critical
>             Fix For: 5.0
>
>
> After wiping all cores and reindexing some 3.3 million docs from Nutch using CloudSolrServer we see inconsistencies between the leader and replica for some shards.
> Each core hold about 3.3k documents. For some reason 5 out of 10 shards have a small deviation in then number of documents. The leader and slave deviate for roughly 10-20 documents, not more.
> Results hopping ranks in the result set for identical queries got my attention, there were small IDF differences for exactly the same record causing a record to shift positions in the result set. During those tests no records were indexed. Consecutive catch all queries also return different number of numDocs.
> We're running a 10 node test cluster with 10 shards and a replication factor of two and frequently reindex using a fresh build from trunk. I've not seen this issue for quite some time until a few days ago.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org