Eric,

If you're using the script from the gist I posted make sure you're sourcing the 
jetty file at line 140.

Thanks,
Greg

On Dec 5, 2013, at 1:21 PM, Eric Palmer <e...@ericfpalmer.com> wrote:

> Greg or anyone that can help, when I try to start jetty as a service
> sudo service jetty start
> 
> I get this error
> ** ERROR: JETTY_HOME not set, you need to set it or install in a standard
> location
> 
> same for
> sudo service jetty stop
> sudo service jetty check
> etc
> 
> I have a file here and the permissions look right
> ls -al /etc/default/
> total 20
> drwxr-xr-x  2 root root 4096 Dec  5 19:18 .
> drwxr-xr-x 68 root root 4096 Dec  5 19:03 ..
> -rwxr-xr-x  1 root root  317 Dec  5 19:18 jetty
> 
> the contents if the jetty file is
> JAVA_HOME=/usr/lib/jvm/jre
> JETTY_HOME=/home/ec2-user/solr/solr-4.5.1/example/
> JETTY_USER=ec2-user
> JETTY_LOGS=/home/ec2-user/solr/solr-4.5.1/example/logs
> JAVA_OPTIONS="\
> -Dsolr.solr.home=/home/ec2-user/solr/solr-4.5.1/example/solr/ \
> -Xms1g \
> -Djetty.port=8983 \
> -Dcollection.configName=collection1 \
> $JAVA_OPTIONS"
> 
> Any ideas what I should check?
> 
> Eric P
> 
> thanks in advance
> 
> 
> 
> On Thu, Dec 5, 2013 at 11:28 AM, Greg Walters <greg.walt...@answers.com>wrote:
> 
>> Alan,
>> 
>> Yes, that's intentional. There's two reasons for this:
>> 
>> 1: We make schema changes frequently (more frequently than I like)
>> 2: So far as I've noticed, it doesn't hurt anything and covers my butt
>> when I've got to clear out all the solr related data from ZK while testing
>> 
>> Thanks,
>> Greg
>> 
>> On Dec 5, 2013, at 5:53 AM, Alan Woodward <a...@flax.co.uk> wrote:
>> 
>>> Hi Greg,
>>> 
>>> It looks as though your script below will bootstrap a collection
>> configuration every time Solr is restarted, which probably isn't what you
>> want to do?  You only need to upload the config once.
>>> 
>>> Alan Woodward
>>> www.flax.co.uk
>>> 
>>> 
>>> On 4 Dec 2013, at 21:26, Greg Walters wrote:
>>> 
>>>> I almost forgot, you'll need a file to setup the environment a bit too:
>>>> 
>>>> **
>>>> JAVA_HOME=/usr/java/default
>>>> JAVA_OPTIONS="-Xmx15g \
>>>> -Xms15g \
>>>> -XX:+PrintGCApplicationStoppedTime \
>>>> -XX:+PrintGCDateStamps \
>>>> -XX:+PrintGCDetails \
>>>> -XX:+UseConcMarkSweepGC \
>>>> -XX:+UseParNewGC \
>>>> -XX:+UseTLAB \
>>>> -XX:+CMSParallelRemarkEnabled \
>>>> -XX:+CMSScavengeBeforeRemark \
>>>> -XX:+UseCMSInitiatingOccupancyOnly \
>>>> -XX:CMSInitiatingOccupancyFraction=50 \
>>>> -XX:CMSWaitDuration=300000 \
>>>> -XX:GCTimeRatio=40 \
>>>> -Xloggc:/tmp/solr45_gc.log \
>>>> -Dbootstrap_conf=true \
>>>> 
>> -Dbootstrap_confdir=/var/lib/answers/atlascloud/solr45/solr/wa-en-collection_1/conf/
>> \
>>>> -Dcollection.configName=wa-en-collection \
>>>> -DzkHost=<hosts> \
>>>> -DnumShards=<shards> \
>>>> -Dsolr.solr.home=/var/lib/answers/atlascloud/solr45/solr/ \
>>>> 
>> -Dlog4j.configuration=file:///var/lib/answers/atlascloud/solr45/resources/log4j.properties
>> \
>>>> -Djetty.port=9101 \
>>>> $JAVA_OPTIONS"
>>>> JETTY_HOME=/var/lib/answers/atlascloud/solr45/
>>>> JETTY_USER=tomcat
>>>> JETTY_LOGS=/var/lib/answers/atlascloud/solr45/logs
>>>> **
>>>> 
>>>> On Dec 4, 2013, at 3:21 PM, Greg Walters <greg.walt...@answers.com>
>> wrote:
>>>> 
>>>>> I found the instructions and scripts on that page to be unclear and/or
>> not work. Here's the script I've been using for solr 4.5.1:
>> https://gist.github.com/gregwalters/7795791 Do note that you'll have to
>> change a couple of paths to get things working correctly.
>>>>> 
>>>>> Thanks,
>>>>> Greg
>>>>> 
>>>>> On Dec 4, 2013, at 3:15 PM, Eric Palmer <e...@ericfpalmer.com> wrote:
>>>>> 
>>>>>> Hey all,
>>>>>> 
>>>>>> I'm pretty new to solr.  I'm installing it on an amazon linux (rpm
>> based)
>>>>>> ec2 instance and have it running. I even have nutch feeding it pages
>> from
>>>>>> a crawl. I'm very happy about that.
>>>>>> 
>>>>>> I want solr to start on a reboot and am following the instructions at
>>>>>> http://wiki.apache.org/solr/SolrJetty#Starting
>>>>>> 
>>>>>> I'm using solr 4.5.1 and when I check the jetty version I get this
>>>>>> 
>>>>>> java -jar start.jar --version
>>>>>> Active Options: [default, *]
>>>>>> Version Information on 17 entries in the classpath.
>>>>>> Note: order presented here is how they would appear on the classpath.
>>>>>>  changes to the OPTIONS=[option,option,...] command line option will
>>>>>> be reflected here.
>>>>>> 0:                (dir) | ${jetty.home}/resources
>>>>>> 1:     8.1.10.v20130312 |
>> ${jetty.home}/lib/jetty-xml-8.1.10.v20130312.jar
>>>>>> 2:  3.0.0.v201112011016 | ${jetty.home}/lib/servlet-api-3.0.jar
>>>>>> 3:     8.1.10.v20130312 |
>> ${jetty.home}/lib/jetty-http-8.1.10.v20130312.jar
>>>>>> 4:     8.1.10.v20130312 |
>>>>>> ${jetty.home}/lib/jetty-continuation-8.1.10.v20130312.jar
>>>>>> 5:     8.1.10.v20130312 |
>>>>>> ${jetty.home}/lib/jetty-server-8.1.10.v20130312.jar
>>>>>> 6:     8.1.10.v20130312 |
>>>>>> ${jetty.home}/lib/jetty-security-8.1.10.v20130312.jar
>>>>>> 7:     8.1.10.v20130312 |
>>>>>> ${jetty.home}/lib/jetty-servlet-8.1.10.v20130312.jar
>>>>>> 8:     8.1.10.v20130312 |
>>>>>> ${jetty.home}/lib/jetty-webapp-8.1.10.v20130312.jar
>>>>>> 9:     8.1.10.v20130312 |
>>>>>> ${jetty.home}/lib/jetty-deploy-8.1.10.v20130312.jar
>>>>>> 10:                1.6.6 |
>> ${jetty.home}/lib/ext/jcl-over-slf4j-1.6.6.jar
>>>>>> 11:                1.6.6 |
>> ${jetty.home}/lib/ext/jul-to-slf4j-1.6.6.jar
>>>>>> 12:               1.2.16 | ${jetty.home}/lib/ext/log4j-1.2.16.jar
>>>>>> 13:                1.6.6 | ${jetty.home}/lib/ext/slf4j-api-1.6.6.jar
>>>>>> 14:                1.6.6 |
>> ${jetty.home}/lib/ext/slf4j-log4j12-1.6.6.jar
>>>>>> 15:     8.1.10.v20130312 |
>> ${jetty.home}/lib/jetty-util-8.1.10.v20130312.jar
>>>>>> 16:     8.1.10.v20130312 |
>> ${jetty.home}/lib/jetty-io-8.1.10.v20130312.jar
>>>>>> 
>>>>>> the instructions reference a jetty.sh script for version 6 and a
>> different
>>>>>> one for 7. Does the version 7 one work with jetty 8? If not where can
>> I get
>>>>>> the one for version 8?
>>>>>> 
>>>>>> BTW - this is just the standard install of solr from the gzip file.
>>>>>> 
>>>>>> thanks in advance for your help.
>>>>>> 
>>>>>> --
>>>>>> Eric Palmer
>>>>>> U of Richmond
>>>>> 
>>>> 
>>> 
>> 
>> 
> 
> 
> -- 
> Eric Palmer

Reply via email to