You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Stephanie Huynh <st...@datastax.com> on 2014/04/24 18:07:06 UTC

Solr Training in San Francisco and NYC next week!

Hey Everyone,

We have Solr training tickets still available for week of 4/28/14. If you
are interested in attending, please register at the link below:
http://www.datastax.com/what-we-offer/products-services/training

Thanks,
Steph

-----Original Message-----
From: Christopher Gross [mailto:cogross@gmail.com]
Sent: Thursday, April 24, 2014 9:02 AM
To: solr-user
Subject: Re: Error on startup

Thanks Shawn and Rafal.

That was the culprit -- left over from my 4.1 installations where I had a
conf directory for each core.

I'll move up to the 4.7.2 line and get everything switched over to the new
style of solr.xml.

-- Chris


On Thu, Apr 24, 2014 at 11:53 AM, Shawn Heisey <so...@elyograg.org> wrote:

> On 4/24/2014 9:44 AM, Christopher Gross wrote:
>
>> These get added to the startup of Tomcat:
>>   -DhostPort=8181 -Djetty.port=8181
>> -DzkHost=localhost:2181,localhost:2182,localhost:2183,
>> localhost:2184,localhost:2185
>> -Dbootstrap_conf=true -Dport=8181 -DhostContext=solr
>> -DzkClientTimeout=20000
>>
>
> I think the problem is -Dbootstrap_conf=true ... this is a parameter
> that is designed to convert a non-cloud install to a cloud install.
>
> To upload configurations to zookeeper, you should be using zkCli.
>
> https://cwiki.apache.org/confluence/display/solr/Command+Line+Utilitie
> s
>
> IMHO, all your SolrCloud options should be specified in solr.xml, not
> as startup options.  In the newest Solr versions, solr.xml can live in
> zookeeper as well.
>
> Thanks,
> Shawn
>
>