You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Mark Miller (JIRA)" <ji...@apache.org> on 2016/11/15 19:01:58 UTC

[jira] [Commented] (SOLR-9707) DeleteByQuery forward requests to down replicas and set it in LiR

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

Mark Miller commented on SOLR-9707:
-----------------------------------

[~yseeley@gmail.com], any idea if that was on purpose to avoid a state race or something?

> DeleteByQuery forward requests to down replicas and set it in LiR
> -----------------------------------------------------------------
>
>                 Key: SOLR-9707
>                 URL: https://issues.apache.org/jira/browse/SOLR-9707
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: SolrCloud
>            Reporter: Jessica Cheng Mallet
>            Assignee: Varun Thacker
>              Labels: solrcloud
>         Attachments: SOLR-9707.diff
>
>
> DeleteByQuery, unlike other requests, does not filter out the down replicas. Thus, the update is still forwarded to the down replica and fails, and the leader then sets the replica in LiR. In a cluster where there are lots of deleteByQuery requests, this can flood the /overseer/queue.



--
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