[ https://issues.apache.org/jira/browse/SOLR-4028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13505493#comment-13505493 ]
Yonik Seeley commented on SOLR-4028: ------------------------------------ bq. 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. That can go the other direction too? A config could be created under /solr and then someone could try to join it by forgetting to specify that root in zkHost. bq. Only create the initial path when bootstrap_conf is true (or bootstrap_confdir). As long as we need some sort of explicit bootstrap, that seems reasonable. bq. Add a new parameter to force creation, something like –DzkHost.create=true. Anything that creates a skeleton layout of a new cluster should work the same (auto-create the rot if it doesn't exist). "ZkCLI -cmd bootstrap" for example. Not sure if there are others. > 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