[ https://issues.apache.org/jira/browse/SOLR-8225?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16962109#comment-16962109 ]
Erick Erickson commented on SOLR-8225: -------------------------------------- Is this still a problem? > Leader should send update requests to replicas in recovery asynchronously > ------------------------------------------------------------------------- > > Key: SOLR-8225 > URL: https://issues.apache.org/jira/browse/SOLR-8225 > Project: Solr > Issue Type: Improvement > Components: SolrCloud > Reporter: Timothy Potter > Priority: Major > > When a replica goes into recovery, the leader still sends docs to that > replica while it is recovering. What I'm seeing is that the recovering node > is still slow to respond to the leader (at least slower than the healthy > replicas). Thus it would be good if the leader could send the updates to the > recovering replica asynchronously, i.e. the leader will block as it does > today when forwarding updates to healthy / active replicas, but send updates > to recovering replicas async, thus preventing the whole update request from > being slowed down by a potentially degraded. > FWIW - I've actually seen this occur in an environment that has more than 3 > replicas per shard. One of the replicas went into recovery and then was much > slower to handle requests than the healthy replicas, but the leader had to > wait for the slowest replica. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org