[
https://issues.apache.org/jira/browse/SOLR-4028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13505415#comment-13505415
]
Tomás Fernández Löbbe commented on SOLR-4028:
---------------------------------------------
I think I see the issue here, the problem would be if someone mistype the
initial path, instead of throwing exceptions and stopping, we would be creating
a new path and probably hiding an error.
However, we do create paths for overseer and upload configs automatically, I
think creating the initial path is more consistent with the current behavior
than stopping startup. Other options I thought are:
• Only create the initial path when bootstrap_conf is true (or
bootstrap_confdir). This could still have the same issue described above.
• Add a new parameter to force creation, something like
–DzkHost.create=true. This could add unnecessary parameters and configuration
complexity.
> When using ZK chroot, it would be nice if Solr would create the initial path
> when it doesn't exist.
> ---------------------------------------------------------------------------------------------------
>
> Key: SOLR-4028
> URL: https://issues.apache.org/jira/browse/SOLR-4028
> Project: Solr
> Issue Type: Improvement
> Components: SolrCloud
> Reporter: Tomás Fernández Löbbe
> Priority: Minor
> Attachments: SOLR-4028.patch
>
>
> I think this would make it easier to test and develop with SolrCloud, in
> order to start with a fresh ZK directory now the approach is to delete ZK
> data, with this improvement one could just add a chroot to the zkHost like:
> java -DzkHost=localhost:2181/testXYZ -jar start.jar
> Right now this is possible but you have to manually create the initial path.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
