You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Andrzej Bialecki (Jira)" <ji...@apache.org> on 2021/05/12 17:38:00 UTC
[jira] [Resolved] (SOLR-15232) Add replica(s) as a part of node
startup
[ https://issues.apache.org/jira/browse/SOLR-15232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andrzej Bialecki resolved SOLR-15232.
-------------------------------------
Resolution: Won't Do
Closing as Won't Do (didn't know this was an option :) ). As noted in the PR comments this mechanism would be fragile, and there are better ways to do this in Kubernetes.
> Add replica(s) as a part of node startup
> ----------------------------------------
>
> Key: SOLR-15232
> URL: https://issues.apache.org/jira/browse/SOLR-15232
> Project: Solr
> Issue Type: Improvement
> Reporter: Andrzej Bialecki
> Assignee: Andrzej Bialecki
> Priority: Major
> Fix For: main (9.0)
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> In containerized environments it would make sense to be able to initialize a new node (pod) and designate it immediately to hold newly created replica(s) of specified collection/shard(s) once it's up and running.
> Currently this is not easy to do, it requires the intervention of an external agent that additionally has to first check if the node is up, all of which makes the process needlessly complicated.
> This functionality could be as simple as adding a command-line switch to {{bin/solr start}}, which would cause it to invoke appropriate ADDREPLICA commands once it verifies the node is up.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org