[
https://issues.apache.org/jira/browse/SOLR-17685?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eric Pugh resolved SOLR-17685.
------------------------------
Fix Version/s: main (10.0)
Assignee: Eric Pugh
Resolution: Fixed
> Can't pass in -z connection parameter to bin/solr auth
> ------------------------------------------------------
>
> Key: SOLR-17685
> URL: https://issues.apache.org/jira/browse/SOLR-17685
> Project: Solr
> Issue Type: Bug
> Components: cli
> Affects Versions: main (10.0)
> Reporter: Eric Pugh
> Assignee: Eric Pugh
> Priority: Major
> Labels: pull-request-available
> Fix For: main (10.0)
>
> Time Spent: 2h 20m
> Remaining Estimate: 0h
>
> I noticed that the Security page in Solr for a not secured Solr gives you a
> default command to run:
>
> bin/solr auth enable --type basicAuth --prompt true -z 127.0.0.1:9983
>
> However, that fails with the error "Failed to parse command-line arguments
> due to: The option 's' was specified but an option from this group has
> already been selected: ‘z’”.
>
> I dug in a bit and the bin/solr command to run the auth tool tries to be
> smart about your Solr URL:
>
> run_tool auth $@ --solr-url
> "$SOLR_URL_SCHEME://$SOLR_TOOL_HOST:${AUTH_PORT:-8983}”
>
> Right now, we actually have a method INSIDE of the Java process that looks up
> a default Solr URL if you don’t pass in a —Solr-url or -z one and that uses
> the SOLR_TOOL_HOST environment variable.
>
> I believe this gives everyone what they want….?
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
