You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Jan Høydahl (Jira)" <ji...@apache.org> on 2023/03/29 10:54:00 UTC

[jira] [Comment Edited] (SOLR-16722) API to flag a solr node NOT READY for requests

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

Jan Høydahl edited comment on SOLR-16722 at 3/29/23 10:53 AM:
--------------------------------------------------------------

Another obvious option would be for the Solr Operator to simply remove the {{live_nodes}} entry for the node it wants to drain. But I intuitively rejected it, assuming it would muddy the waters around what {{live_nodes}} means.

I also rejected a thought of attaching a child node or json content to existing {{live_nodes/foo}} since that would add a need for more watches(?)


was (Author: janhoy):
Another obvious option would be for the Solr Operator to simply remove the {{live_nodes} entry for the node it wants to drain. But I intuitively rejected it, assuming it would muddy the waters around what {{live_nodes}} means.

I also rejected a thought of attaching a child node or json content to existing {{live_nodes/foo}} since that would add a need for more watches(?)

> API to flag a solr node NOT READY for requests
> ----------------------------------------------
>
>                 Key: SOLR-16722
>                 URL: https://issues.apache.org/jira/browse/SOLR-16722
>             Project: Solr
>          Issue Type: New Feature
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Jan Høydahl
>            Priority: Major
>
> Spinoff from solr operator PR [https://github.com/apache/solr-operator/issues/529]
> When solr-operator performs a rolling restart or rolling upgrade, it will stop one node at a time, but SolrJ (both external and internal) will continue sending traffic to the node until requests start failing, since at the time SolrJ picks up the "live_nodes" change, it is too late.
> While the operator PR mentioned above will prevent external requests through the k8s service to the draining node, it will not prevent internal traffic.
> This issue thus aims to introduce some API or mechanism to flag a Solr node as NOT READY for traffic.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org