On 10/26/2015 2:23 AM, Adrian Liew wrote:
> {
>   "responseHeader":{
>     "status":0,
>     "QTime":1735},
>   
> "failure":{"":"org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrExce
> ption:Error from server at http://172.18.111.112:8983/solr: Error CREATEing 
> Solr
> Core 'sitecore_core_index_shard1_replica2': Unable to create core 
> [sitecore_core
> _index_shard1_replica2] Caused by: Can't find resource 'solrconfig.xml' in 
> class
> path or '/configs/sitecore_common_config', 
> cwd=D:\\Solr-5.2.1-Instance\\server"}
> }
>
> I do a  check to see if solrconfig.xml is present in the Zookeeper, if I run 
> zkCli.bat -cmd list on the each of the server, I can see that solrconfig.xml 
> is listed:
>
> DATA:
>
> /configs (1)
>   /configs/sitecore_common_config (1)
>    /configs/sitecore_common_config/conf (8)
>     /configs/sitecore_common_config/conf/currency.xml (0)

I think the problem is that you included the conf directory in what you
uploaded to zookeeper.  The config files (solrconfig.xml, schema.xml,
etc) should be sitting right in the directory you upload, not inside a
conf subdirectory.  This is somewhat counterintuitive when compared to
what happens when NOT running in cloud mode, but the logic is fairly
simple:  The conf directory is what gets uploaded to zookeeper.

A question for fellow committers:  Is it too much handholding for us to
look in a conf directory in zookeeper?  My bias is that we should not do
that, but I do not see it as particularly harmful.

Thanks,
Shawn

Reply via email to