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

Jason Gerlowski commented on SOLR-13687:
----------------------------------------

This is already partially possible: several of the commands above have an 
explicit "zk-host" option that allows you to point them at remote clusters.  
You can also point at a remote cluster by setting ZK_HOST in solr.in.sh.

If {{create_collection}}, {{delete}}, etc don't accept ZK_HOST currently, 
adding ZK_HOST support is probably the easiest and most uniform path forward.

> Enable the bin/solr script to accept a solr url to  run commands
> ----------------------------------------------------------------
>
>                 Key: SOLR-13687
>                 URL: https://issues.apache.org/jira/browse/SOLR-13687
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Noble Paul
>            Priority: Major
>
> The problem we have today with our {{bin/solr}} script is that we have to run 
> it from one of the nodes where Solr is running. This is a security issue b/c 
> only admins are usaully be allowed to login to a machine where solr is 
> running.If you have multiple cluster running in that host we don't know which 
> one it's going to use. It is much easier to write a simple script that works 
> over a url and the user has no ambiguity as to how it works. You can just 
> unpack a solr distribution to your local machine and start using the script 
> without bothering to install solr .
> The following commands can easily be executed remotely. These commands can 
> accept the base url of any solr node in the cluster and perform the opertaion
>  * healthcheck
>  * create
>  * create_core
>  * create_collection
>  * delete, version,
>  * config
>  * autoscaling



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to