[ https://issues.apache.org/jira/browse/SOLR-17650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17923488#comment-17923488 ]
Houston Putman commented on SOLR-17650: --------------------------------------- Currently the buffered update tests ( {{TestRecovery.testBufferedMultipleCalls}} , {{ TestRecovery.testBufferedMultipleCalls}} , {{TestRecovery.testDropBuffered}} ) are failing because of this executor change. > Determine executor for UpdateLog reading > ---------------------------------------- > > Key: SOLR-17650 > URL: https://issues.apache.org/jira/browse/SOLR-17650 > Project: Solr > Issue Type: Improvement > Reporter: Houston Putman > Priority: Major > > Currently most operations that read from the updateLog use the > OrderedExecutor that is setup for that purpose. However, TLOG replicas, when > taking leadership, read from the updateLog without the executor (using the > inSortedOrder = true parameter). > SOLR-17391 changed the default executor for updateLog reading to use a fixed > coreSize thread pool, which seems like started to enable parallel reading of > the updateLog (which was supposed to be true beforehand, but it looks like > our understanding of the executor was wrong). > This ticket's purpose is to: > # Investigate the correct way of reading the updateLog using an executor > # Determine if there needs to actually be multiple ways > (inSortedOrder=true/false) > # Make sure the tests pass with whatever we decide. -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org