[
https://issues.apache.org/jira/browse/SOLR-12382?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16483190#comment-16483190
]
Shawn Heisey commented on SOLR-12382:
-------------------------------------
There is another possibility. If this is how TLOG/PULL work, then it would
happen even if your commits are hard commits. Perhaps somebody who's familiar
with the implementation can say whether this is possible.
If replication to TLOG and PULL replicas happens on a polling interval (like
master/slave for non-cloud setups) rather than being triggered on every index
change, then the other replicas would not see changes immediately.
> new data not seen immediately after commit() on SolrCloud collection with
> only TLOG and PULL replicas
> -----------------------------------------------------------------------------------------------------
>
> Key: SOLR-12382
> URL: https://issues.apache.org/jira/browse/SOLR-12382
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Affects Versions: 7.3
> Environment: SolrCloud on Amazon Linux AMI 2018.03
>
> Reporter: Nguyen Nguyen
> Priority: Major
>
> On collection with TLOG/PULL replicas, queries that follow right after
> commit(waitSearch:true) would NOT return newly added data until several
> seconds later.
> Tested same scenario on another collection with only NRT replicas and found
> that it behaved as expected (query returned newly added data right after
> commit(waitSearch:true) was called.
> 7.3 SolrCloud with 3 shards, each shard has 2 TLOG replicas + 1 PULL replica
> Commit settings
> <autoCommit>
> <maxTime>15000</maxTime>
> <openSearcher>false</openSearcher>
> </autoCommit>
> <autoSoftCommit>
> <maxTime>-1</maxTime>
> </autoSoftCommit>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
