[jira] [Commented] (SOLR-9366) replicas in LIR seem to still be participating in search requests

["ASF subversion and git services (JIRA)" <ji...@apache.org>]

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

ASF subversion and git services commented on SOLR-9366:
-------------------------------------------------------

Commit 487b0976eb3e98b78ab492f4969a2aa0373b626f in lucene-solr's branch refs/heads/master from [~shalinmangar]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=487b097 ]

SOLR-9366: Limit memory consumed by FastLRUCache with a new 'maxRamMB' config parameter


> 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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org