[ https://issues.apache.org/jira/browse/SOLR-9366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15666150#comment-15666150 ]
ASF subversion and git services commented on SOLR-9366: ------------------------------------------------------- Commit 53dad4f0d1c8f563810626ef9ab470fb3e5d1da9 in lucene-solr's branch refs/heads/branch_6x from [~shalinmangar] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=53dad4f ] SOLR-9366: Limit memory consumed by FastLRUCache with a new 'maxRamMB' config parameter (cherry picked from commit 487b097) > 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-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org