OK -- so I think my previous attempts were causing the problem. Since this is a dev environment (and is still empty), I just went ahead and wiped out the "version-2" directories for the zookeeper nodes, reloaded my solr collections, then ran that command (zkcli.sh in the solr distro). That did work. What is a reliable way to remove a file from Zookeeper?
Now I just get this error when trying to create a collection: org.apache.solr.client.solrj.SolrServerException:IOException occured when talking to server at: https://server:8444 This brings up another problem that I have -- if there's an error creating a collection, if I fix the issue and try to re-create the collection, I get something like this: <str name="Operation createcollection caused exception:">org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: collection already exists: testcollection</str> How do I go about cleaning those up? The only reliable thing that I've found is to wipe out the zookeepers and start over. Thanks Hoss! -- Chris On Tue, Sep 2, 2014 at 1:08 PM, Chris Hostetter <hossman_luc...@fucit.org> wrote: > > : ./zkcli.sh -zkhost localhost:2181 -cmd put /clusterprops.json > : '{"urlScheme":"https"}' > ... > : Next I start Tomcat, I get this: > : 482 [localhost-startStop-1] ERROR org.apache.solr.core.SolrCore â > : null:org.noggit.JSONParser$ParseException: JSON Parse Error: > : char=',position=0 BEFORE=''' AFTER='{"urlScheme":"https"}'' > > I can't reproduce the erorr you are describing when i follow all the > steps on the SSL doc page (using bash, and the outer single quotes, just > like you)... > > > https://cwiki.apache.org/confluence/display/solr/Enabling+SSL#EnablingSSL-SolrCloud > > > Are you certain that you & your solr nodes are talking to the same > zookeeper instance? > > (Because according to that error, there is a stray sigle-quote at the > begining of the clusterprops.json file in the ZK server solr is > talking to, and as you already confirmed there's no single quotes in the > string you read back from the zk server you are talking to ... perhaps > there are 2 zk instances setup somewhere and the one solr is using still > has crufty data from before you got the quoting issue straightened out?) > > > do you see log messages early on in Solr's startup from ZkContainer that > say... > > 1359 [main] INFO org.apache.solr.core.ZkContainer – Zookeeper > client=localhost:2181 > > ? > -Hoss > http://www.lucidworks.com/
