You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Jan Høydahl (JIRA)" <ji...@apache.org> on 2016/10/02 13:36:20 UTC

[jira] [Commented] (SOLR-9590) Service installation -- save breadcrumbs for other scripts to use

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

Jan Høydahl commented on SOLR-9590:
-----------------------------------

Also see related (not a pure duplicate though) SOLR-9272, we can resolve zk for a running Solr if we know the port.

> Service installation -- save breadcrumbs for other scripts to use
> -----------------------------------------------------------------
>
>                 Key: SOLR-9590
>                 URL: https://issues.apache.org/jira/browse/SOLR-9590
>             Project: Solr
>          Issue Type: New Feature
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: scripts and tools
>            Reporter: Shawn Heisey
>            Priority: Minor
>
> When I opened SOLR-7826, I brought up the idea of installation breadcrumbs.
> If we had good breadcrumb data saved in the install directory by the install script, a number of other scripts could use the breadcrumbs to gather relevant data about the *service* installation, for additional safety and more automatic operation.
> The "bin/solr create" command could verify that it is running as the exact same user that installed Solr, and abort if they don't match.
> What if zkcli.sh (and bin/solr zookeeper options) no longer needed to be told where zookeeper was, because it could find its way to /etc/default/<service>.in.sh or $SOLR_HOME/solr.xml and grab zkHost from there?  The same thing could happen for zkHost in the idea that I filed as SOLR-9587.



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