[
https://issues.apache.org/jira/browse/SOLR-9366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15404247#comment-15404247
]
ASF subversion and git services commented on SOLR-9366:
-------------------------------------------------------
Commit c17605b4a9978311b6b231f202d70dd800e473e6 in lucene-solr's branch
refs/heads/branch_6x from Chris Hostetter
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=c17605b ]
SOLR-9363: tweak test to work around SOLR-9366 + SOLR-9367 since those issues
are not key to what's being tested here
(cherry picked from commit 04321c401c6584395c76c509f8513c5e5e4730ee)
> replicas in LIR seem to still be participating in search requests
> -----------------------------------------------------------------
>
> Key: SOLR-9366
> URL: https://issues.apache.org/jira/browse/SOLR-9366
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Hoss Man
> Attachments: SOLR-9366.txt.gz
>
>
> Spinning this off from SOLR-9363 where sarowe's jenkins encountered a strange
> test failure when TestInjection is used causing replicas to return errors on
> some requests.
> Reading over the logs it appears that when this happens, and the replicas are
> put into LIR they then ignore an explicit user requested commit (ie:
> {{Ignoring commit while not ACTIVE - state: BUFFERING replay: false}}) but
> still participate in queries -- apparently before they finish recovery (or at
> the very least before / with-out doing the commit/openSearcher that they
> previously ignored.
> Details and logs to follow...
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]