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 Aaron Aberg <aa...@gmail.com> on 2009/08/15 03:22:57 UTC
Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
My client is using a dedicated server with plesk for the control
panel. The hosting provider says that anything done using the control
panel is supported by their tech support, so if i try anything using
SSH, it voids that warranty. Its easy to install a servlet through
plesk anyway, I upload the war file using the the java servlet
installer. A sample servlet has been installed so I know this part
works.
However, when I install solr, i get what looks like a warning icon and
if I hover over it the tool tip text says this:
"Actual status of the application does not correspond to the status
retrieved from the database."
The host providers support team says that there is something wrong
with the war file (big help). Since I kind of stuck using tomcat 5.5,
is there an older version of solr that I should be using? How can I
fix this so that I can use solr?
The only thing that I can find regarding this issue is this link:
http://mail-archives.apache.org/mod_mbox/lucene-solr-user/200904.mbox/<69...@mail.gmail.com>
And the replier to the problem mentioned removing solr.xml. I thought
that if i tried that and re-wared the app that might fix it but not
such file exists in the war file I have.
Does anyone have any ideas?
--Aaron
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Sorry Fuad, that isn't very helpful. I also mentioned that this was a
dedicated server so none of those things are an issue. I am using SSH
right now to setup solr home etc. though.
--Aaron
On Mon, Aug 17, 2009 at 10:00 AM, Fuad Efendi<fu...@efendi.ca> wrote:
> Not sure SOLR can work in such environment without asking Hosting Support
> for making a lot of secific changes... such as giving specific permissions
> to specific folders, setting ulimit -n, dealing with exact versions and
> vendors of Java, memory parameters, and even libraries which may overwrite
> SOLR-dependencies (many such companies have everything in their main
> classpath already, including even ANT and Lucene)
>
> SSH is better option...
>
>
> -----Original Message-----
> From: Aaron Aberg [mailto:aaronaberg@gmail.com]
> Sent: August-14-09 9:23 PM
> To: solr-user@lucene.apache.org
> Subject: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
>
> My client is using a dedicated server with plesk for the control
> panel. The hosting provider says that anything done using the control
> panel is supported by their tech support, so if i try anything using
> SSH, it voids that warranty. Its easy to install a servlet through
> plesk anyway, I upload the war file using the the java servlet
> installer. A sample servlet has been installed so I know this part
> works.
>
> However, when I install solr, i get what looks like a warning icon and
> if I hover over it the tool tip text says this:
>
> "Actual status of the application does not correspond to the status
> retrieved from the database."
>
> The host providers support team says that there is something wrong
> with the war file (big help). Since I kind of stuck using tomcat 5.5,
> is there an older version of solr that I should be using? How can I
> fix this so that I can use solr?
>
> The only thing that I can find regarding this issue is this link:
> http://mail-archives.apache.org/mod_mbox/lucene-solr-user/200904.mbox/<69de1
> 8140904150913n66a8c78cgf064b53cd24404f2@mail.gmail.com>
>
> And the replier to the problem mentioned removing solr.xml. I thought
> that if i tried that and re-wared the app that might fix it but not
> such file exists in the war file I have.
>
> Does anyone have any ideas?
>
> --Aaron
>
>
>
RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Fuad Efendi <fu...@efendi.ca>.
Not sure SOLR can work in such environment without asking Hosting Support
for making a lot of secific changes... such as giving specific permissions
to specific folders, setting ulimit -n, dealing with exact versions and
vendors of Java, memory parameters, and even libraries which may overwrite
SOLR-dependencies (many such companies have everything in their main
classpath already, including even ANT and Lucene)
SSH is better option...
-----Original Message-----
From: Aaron Aberg [mailto:aaronaberg@gmail.com]
Sent: August-14-09 9:23 PM
To: solr-user@lucene.apache.org
Subject: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
My client is using a dedicated server with plesk for the control
panel. The hosting provider says that anything done using the control
panel is supported by their tech support, so if i try anything using
SSH, it voids that warranty. Its easy to install a servlet through
plesk anyway, I upload the war file using the the java servlet
installer. A sample servlet has been installed so I know this part
works.
However, when I install solr, i get what looks like a warning icon and
if I hover over it the tool tip text says this:
"Actual status of the application does not correspond to the status
retrieved from the database."
The host providers support team says that there is something wrong
with the war file (big help). Since I kind of stuck using tomcat 5.5,
is there an older version of solr that I should be using? How can I
fix this so that I can use solr?
The only thing that I can find regarding this issue is this link:
http://mail-archives.apache.org/mod_mbox/lucene-solr-user/200904.mbox/<69de1
8140904150913n66a8c78cgf064b53cd24404f2@mail.gmail.com>
And the replier to the problem mentioned removing solr.xml. I thought
that if i tried that and re-wared the app that might fix it but not
such file exists in the war file I have.
Does anyone have any ideas?
--Aaron
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Shalin,
Thanks for the help. I'm new to solr. You are right, I forgot about
the special directory. I had to set that up when I was first testing
out solr. In fact, I was able to find the tomcat error logs and it
mentioned this:
INFO: Deploying web application archive solr.war
Aug 10, 2009 10:39:21 AM org.apache.solr.servlet.SolrDispatchFilter init
INFO: SolrDispatchFilter.init()
Aug 10, 2009 10:39:21 AM org.apache.solr.core.SolrResourceLoader
locateInstanceDir
INFO: No /solr/home in JNDI
Aug 10, 2009 10:39:21 AM org.apache.solr.core.SolrResourceLoader
locateInstanceDir
INFO: solr home defaulted to 'solr/' (could not find system property or JNDI)
Aug 10, 2009 10:39:21 AM
org.apache.solr.core.CoreContainer$Initializer initialize
INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
Aug 10, 2009 10:39:21 AM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to 'solr/'
Aug 10, 2009 10:39:21 AM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Reusing parent classloader
Aug 10, 2009 10:39:21 AM org.apache.solr.servlet.SolrDispatchFilter init
SEVERE: Could not start SOLR. Check solr/home property
I see it mentioned JNDI. I am not familiar with that. I'm used to
working with C# and not java, so I assume its some kind of library or
component? It also looks like it has a default directory setting which
is stored under tomcat5. Using the severe error, I found this site:
http://www.toastdriven.com/fresh/solr-multicore/
which was very useful because I want to setup a testing environment on
the same server. I think I have a good file system set up, so I will
zip it up, upload it to the server and extract it to that location.
Hopefully, that will work.
Really, thanks for the help.
--Aaron
On Sat, Aug 15, 2009 at 12:40 AM, Shalin Shekhar
Mangar<sh...@gmail.com> wrote:
> On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg <aa...@gmail.com> wrote:
>
>> My client is using a dedicated server with plesk for the control
>> panel. The hosting provider says that anything done using the control
>> panel is supported by their tech support, so if i try anything using
>> SSH, it voids that warranty. Its easy to install a servlet through
>> plesk anyway, I upload the war file using the the java servlet
>> installer. A sample servlet has been installed so I know this part
>> works.
>>
>> However, when I install solr, i get what looks like a warning icon and
>> if I hover over it the tool tip text says this:
>>
>> "Actual status of the application does not correspond to the status
>> retrieved from the database."
>>
>> The host providers support team says that there is something wrong
>> with the war file (big help). Since I kind of stuck using tomcat 5.5,
>> is there an older version of solr that I should be using? How can I
>> fix this so that I can use solr?
>>
>
> Solr works fine with Tomcat 5.5
>
> Solr is a little different from other web applications in that it uses a
> specified directory as "solr home" which contains configuration (schema,
> solrconfig etc). The solrconfig also tells solr where to store the index.
>
> The solr home can be specified in many ways (environment variable, JNDI or
> even in web.xml). I guess you should specify the absolute path to the solr
> home in one of these ways (specifying it in web.xml and re-packaging the war
> may be easier for you?). You'd need to upload the contents of the solr home
> at the specified location on your server (look at the example directory
> which comes with the solr download). Specify the absolute path to data
> directory in solrconfig.xml (make sure it is writable).
>
> http://wiki.apache.org/solr/SolrTomcat
> http://wiki.apache.org/solr/HackingSolr
>
> --
> Regards,
> Shalin Shekhar Mangar.
>
RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Fuad Efendi <fu...@efendi.ca>.
Aaron,
Do you have solr.war in your %TOMCAT%/webapps folder? Is your solr/home in
another than /webapps location? Try to install sample Tomcat with SOLR on
local dev-box and check it's working...
-----Original Message-----
From: Fuad Efendi [mailto:fuad@efendi.ca]
Sent: August-17-09 1:33 PM
To: solr-user@lucene.apache.org
Subject: RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
What is solr.xml for?
INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml Aug 17, 2009
2:37:36 AM org.apache.solr.core.SolrResourceLoader <init>
java.lang.NoClassDefFoundError: org.apache.solr.core.Config
- can't find configuration... XPath needs to load XML to configure Config.
solr.xml???
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Marco Westermann <mw...@intersales.de>.
Hi,
I would guess, that the problem is, that you use a jre not a jdk. I mean
I have read, that solr requires a JDK.
with best regards,
Marco
Aaron Aberg schrieb:
> Constantijn,
>
> First of all, I want you to know how much I appreciate you not giving
> up on me. Second of all, your instructions were really great. I think
> that I am getting closer to solving this issue. I am STILL get that
> error but after a full tomcat reboot it picked up my solr.home
> environment variable from my web.xml and its pointing to the new
> location. (Good idea)
>
> Here is the FULL log from start up of Tomcat. It might be excessive,
> but I want to give you all of the information that I can:
>
> Aug 17, 2009 11:16:08 PM org.apache.catalina.core.AprLifecycleListener
> lifecycleEvent
> INFO: The Apache Tomcat Native library which allows optimal
> performance in production environments was not found on the
> java.library.path:
> /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
> Aug 17, 2009 11:16:09 PM org.apache.coyote.http11.Http11BaseProtocol init
> INFO: Initializing Coyote HTTP/1.1 on http-8080
> Aug 17, 2009 11:16:09 PM org.apache.coyote.http11.Http11BaseProtocol init
> INFO: Initializing Coyote HTTP/1.1 on http-9080
> Aug 17, 2009 11:16:09 PM org.apache.catalina.startup.Catalina load
> INFO: Initialization processed in 3382 ms
> Aug 17, 2009 11:16:09 PM org.apache.catalina.core.StandardService start
> INFO: Starting service Catalina
> Aug 17, 2009 11:16:09 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/5.5.23
> Aug 17, 2009 11:16:09 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: ContextListener: contextInitialized()
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: SessionListener: contextInitialized()
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: ContextListener: contextInitialized()
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: SessionListener: contextInitialized()
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: org.apache.webapp.balancer.BalancerFilter: init(): ruleChain:
> [org.apache.webapp.balancer.RuleChain:
> [org.apache.webapp.balancer.rules.URLStringMatchRule: Target string:
> News / Redirect URL: http://www.cnn.com],
> [org.apache.webapp.balancer.rules.RequestParameterRule: Target param
> name: paramName / Target param value: paramValue / Redirect URL:
> http://www.yahoo.com],
> [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL:
> http://jakarta.apache.org]]
> Aug 17, 2009 11:16:13 PM org.apache.coyote.http11.Http11BaseProtocol start
> INFO: Starting Coyote HTTP/1.1 on http-8080
> Aug 17, 2009 11:16:13 PM org.apache.jk.common.ChannelSocket init
> INFO: JK: ajp13 listening on /0.0.0.0:8009
> Aug 17, 2009 11:16:13 PM org.apache.jk.server.JkMain start
> INFO: Jk running ID=0 time=0/57 config=null
> Aug 17, 2009 11:16:13 PM org.apache.catalina.core.StandardService start
> INFO: Starting service PSA
> Aug 17, 2009 11:16:13 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/5.5.23
> Aug 17, 2009 11:16:13 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Aug 17, 2009 11:16:15 PM org.apache.solr.servlet.SolrDispatchFilter init
> INFO: SolrDispatchFilter.init()
> Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader
> locateInstanceDir
> INFO: Using JNDI solr.home: /usr/share/solr
> Aug 17, 2009 11:16:15 PM
> org.apache.solr.core.CoreContainer$Initializer initialize
> INFO: looking for solr.xml: /usr/share/solr/solr.xml
> Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader <init>
> INFO: Solr home set to '/usr/share/solr/'
> Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Reusing parent classloader
> Aug 17, 2009 11:16:15 PM org.apache.solr.servlet.SolrDispatchFilter init
> SEVERE: Could not start SOLR. Check solr/home property
> java.lang.ExceptionInInitializerError
> at org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:117)
> at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:69)
> at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:221)
> at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
> at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
> at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> at org.apache.catalina.core.StandardService.start(StandardService.java:448)
> at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> Caused by: java.lang.RuntimeException: XPathFactory#newInstance()
> failed to create an XPathFactory for the default object model:
> http://java.sun.com/jaxp/xpath/dom with the
> XPathFactoryConfigurationException:
> javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
> implementation found for the object model:
> http://java.sun.com/jaxp/xpath/dom
> at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
> at org.apache.solr.core.Config.<clinit>(Config.java:41)
> ... 20 more
> Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardContext filterStart
> SEVERE: Exception starting filter SolrRequestFilter
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.solr.core.SolrConfig
> at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:76)
> at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:221)
> at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
> at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
> at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> at org.apache.catalina.core.StandardService.start(StandardService.java:448)
> at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardContext start
> SEVERE: Error filterStart
> Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardContext start
> SEVERE: Context [/solr] startup failed due to previous errors
> Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Aug 17, 2009 11:16:15 PM org.apache.jk.common.ChannelSocket init
> INFO: JK: ajp13 listening on /0.0.0.0:9008
> Aug 17, 2009 11:16:15 PM org.apache.jk.server.JkMain start
> INFO: Jk running ID=0 time=0/8 config=null
> Aug 17, 2009 11:16:15 PM org.apache.catalina.connector.MapperListener
> registerEngine
> WARNING: Unknown default host: localhost
> Aug 17, 2009 11:16:15 PM org.apache.coyote.http11.Http11BaseProtocol start
> INFO: Starting Coyote HTTP/1.1 on http-9080
> Aug 17, 2009 11:16:15 PM org.apache.catalina.connector.MapperListener
> registerEngine
> WARNING: Unknown default host: localhost
> Aug 17, 2009 11:16:15 PM org.apache.catalina.storeconfig.StoreLoader load
> INFO: Find registry server-registry.xml at classpath resource
> Aug 17, 2009 11:16:15 PM org.apache.catalina.startup.Catalina start
> INFO: Server startup in 6427 ms
> Aug 17, 2009 11:16:31 PM org.apache.catalina.core.ApplicationContext log
> INFO: Manager: init: Associated with Deployer
> 'PSA:type=Deployer,host=mywebk9.com'
> Aug 17, 2009 11:16:31 PM org.apache.catalina.core.ApplicationContext log
> INFO: Manager: init: Global resources are available
> Aug 17, 2009 11:16:31 PM org.apache.catalina.core.ApplicationContext log
> INFO: Manager: list: Listing contexts for virtual host 'mywebk9.com'
>
> If you notice, its still looking for solr.xml in the new location.
> Once, I finished your instructions there wasn't a solr.xml in that
> location. Is that normal for it to be looking there?
>
> Here is my file structure:
>
> /usr/share/solr/
> /usr/share/solr/bin
> /usr/share/solr/bin/rsyncd-stop
> /usr/share/solr/bin/abo
> /usr/share/solr/bin/scripts-util
> /usr/share/solr/bin/snappuller-disable
> /usr/share/solr/bin/backupcleaner
> /usr/share/solr/bin/snapcleaner
> /usr/share/solr/bin/rsyncd-disable
> /usr/share/solr/bin/snapinstaller
> /usr/share/solr/bin/commit
> /usr/share/solr/bin/snappuller-enable
> /usr/share/solr/bin/snappuller
> /usr/share/solr/bin/backup
> /usr/share/solr/bin/rsyncd-start
> /usr/share/solr/bin/abc
> /usr/share/solr/bin/rsyncd-enable
> /usr/share/solr/bin/optimize
> /usr/share/solr/bin/snapshooter
> /usr/share/solr/bin/readercycle
> /usr/share/solr/conf
> /usr/share/solr/conf/schema.xml
> /usr/share/solr/conf/solrconfig.xml
> /usr/share/solr/conf/synonyms.txt
> /usr/share/solr/conf/xslt
> /usr/share/solr/conf/xslt/example_atom.xsl
> /usr/share/solr/conf/xslt/luke.xsl
> /usr/share/solr/conf/xslt/example_rss.xsl
> /usr/share/solr/conf/xslt/example.xsl
> /usr/share/solr/conf/elevate.xml
> /usr/share/solr/conf/scripts.conf
> /usr/share/solr/conf/protwords.txt
> /usr/share/solr/conf/spellings.txt
> /usr/share/solr/conf/admin-extra.html
> /usr/share/solr/conf/stopwords.txt
> /usr/share/solr/README.txt
>
> I'm pretty sure I should have a solr.xml somewhere for tomcat. What do
> you think?
>
> Thanks again for all the help,
> Aaron
>
> __________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4345 (20090818) __________
>
> E-Mail wurde geprüft mit ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>
>
>
--
++ Business-Software aus einer Hand ++
++ Internet, Warenwirtschaft, Linux, Virtualisierung ++
http://www.intersales.de
http://www.eisxen.org
http://www.tarantella-partner.de
http://www.medisales.de
http://www.eisfair.net
interSales AG Internet Commerce
Subbelrather Str. 247
50825 Köln
Tel 02 21 - 27 90 50
Fax 02 21 - 27 90 517
Mail info@intersales.de
Mail mw@intersales.de
Web www.intersales.de
Handelsregister Köln HR B 30904
Ust.-Id.: DE199672015
Finanzamt Köln-Nord. UstID: nicht vergeben
Aufsichtsratsvorsitzender: Michael Morgenstern
Vorstand: Andrej Radonic, Peter Zander
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Guys,
Thanks everyone who helped or tried to help me out with this issue.
After talking with a buddy of mine who uses solr, he said that XPath
exception seemed familiar. It turns out that right at the bottom of
the Solr Wiki install page is a troubleshooting section with one
entry... and it was regarding XPath. tomcat did not have xalan in its
class path and the easiest way to fix that was to create a symlink to
the file in /usr/share/tomcat/shared/lib directory.
my version of xalan was located under /usr/share/java.
for future reference, have anyone complaining about this same issue
(XPath etc) go to this page:
http://wiki.apache.org/solr/SolrTomcat#head-7fe06bf7aac41f6307f0290a2150b365227e1074
and at the bottom they will get the same instructions.
Guys, again... thanks so much!
--Aaron
On Wed, Aug 26, 2009 at 8:47 PM, Fuad Efendi<fu...@efendi.ca> wrote:
> Looks like you totally ignored my previous post...
>
>
>
>
>> Who is vendor of this "openjdk-1.6.0.0"? Who is vendor of JVM which this
> JDK
>> runs on?
>>... such installs for Java are totally mess, you
> may have incompatible Servlet API loaded by bootstrap classloader before
> Tomcat classes
>
>
>
>
> First of all, please, try to install standard Java from SUN on your
> development box, and run some samples...
>
>
>
>
>
> !>This is due to your tomcat instance not having the xalan jar file in
> !>the classpath
>
>
> P.S.
> Don't rely on CentOS 'approved' Java libraries.
>
>
>
>
RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Fuad Efendi <fu...@efendi.ca>.
Looks like you totally ignored my previous post...
> Who is vendor of this "openjdk-1.6.0.0"? Who is vendor of JVM which this
JDK
> runs on?
>... such installs for Java are totally mess, you
may have incompatible Servlet API loaded by bootstrap classloader before
Tomcat classes
First of all, please, try to install standard Java from SUN on your
development box, and run some samples...
!>This is due to your tomcat instance not having the xalan jar file in
!>the classpath
P.S.
Don't rely on CentOS 'approved' Java libraries.
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Hey Guys,
Ok, I found this:
Troubleshooting Errors
It's possible that you get an error related to the following:
SEVERE: Exception starting filter SolrRequestFilter
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.solr.core.SolrConfig
at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:76)
.........
Caused by: java.lang.RuntimeException: XPathFactory#newInstance()
failed to create an XPathFactory for the default object model:
http://java.sun.com/jaxp/xpath/dom with the
XPathFactoryConfigurationException: javax.xml.x
path.XPathFactoryConfigurationException: No XPathFctory implementation
found for the object model: http://java.sun.com/jaxp/xpath/dom
at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
This is due to your tomcat instance not having the xalan jar file in
the classpath. It took me some digging to find this, and thought it
might be useful for others. The location varies from distribution to
distribution, but I essentially just added (via a symlink) the jar
file to the shared/lib directory under the tomcat directory.
I am a java n00b. How can I set this up?
On Tue, Aug 18, 2009 at 10:16 PM, Chris
Hostetter<ho...@fucit.org> wrote:
>
> : -Dsolr.solr.home='/some/path'
> :
> : Should I be putting that somewhere? Or is that already taken care of
> : when I edited the web.xml file in my solr.war file?
>
> No ... you do not need to set that system property if you already have it
> working because of modifications to the web.xml ... according to the log
> you posted earlier, Solr is seeing your solr home dir set correctly...
>
> Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader locateInstanceDir
> INFO: Using JNDI solr.home: /usr/share/solr
> Aug 17, 2009 11:16:15 PM org.apache.solr.core.CoreContainer$Initializer initialize
> INFO: looking for solr.xml: /usr/share/solr/solr.xml
> Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader <init>
> INFO: Solr home set to '/usr/share/solr/'
>
> ...that's were you want it to point, correct?
>
> (don't be confused by the later message of "Check solr/home property" ...
> that's just a hint because 9 times out of 10 an error initializing solr
> comes from solr needing to *guess* about the solr home dir)
>
> The crux of your error is being able to load an XPathFactory, the fact
> that it can't load an XPath factory prevents the your
> classloader from even being able to load the SolrConfig class -- note this
> also in the log you posted earlier...
>
> java.lang.NoClassDefFoundError: Could not initialize class org.apache.solr.core.SolrConfig
>
> ...the root of the problem is here...
>
> Caused by: java.lang.RuntimeException: XPathFactory#newInstance()
> failed to create an XPathFactory for the default object model:
> http://java.sun.com/jaxp/xpath/dom with the
> XPathFactoryConfigurationException:
> javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
> implementation found for the object model:
> http://java.sun.com/jaxp/xpath/dom
> at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
> at org.apache.solr.core.Config.<clinit>(Config.java:41)
>
> XPathFactory.newInstance() is used to construct an instance of an
> XPathFactory where the concrete type is unknown by the caller (in this
> case: solr) There is an alternte form (XPathFactory.newInstance(String
> uri)) which allows callers to specify *which* model they want, and it can
> throw an exception if the model isn't available in the current JVM using
> reflection, but if you read the javadocs for hte method being called...
>
> http://java.sun.com/j2se/1.5.0/docs/api/javax/xml/xpath/XPathFactory.html#newInstance()
> Get a new XPathFactory instance using the default object model,
> DEFAULT_OBJECT_MODEL_URI, the W3C DOM.
>
> This method is functionally equivalent to:
>
> newInstance(DEFAULT_OBJECT_MODEL_URI)
>
> Since the implementation for the W3C DOM is always available, this
> method will never fail.
>
> ...except that in your case, it is in fact clearly failing. which
> suggests that your hosting provider has given you a crapy JVM. I have no
> good suggestions for debugging this, other then this google link...
>
> http://www.google.com/search?q=+No+XPathFctory+implementation+found+for+the+object+model%3A+http%3A%2F%2Fjava.sun.com%2Fjaxp%2Fxpath%2Fdom
>
> The good new is, there isn't anything solr specific about this problem.
> Any servlet container giving you that error when you load solr, should
> cause the exact same error with a servlet as simple as this...
>
> public class TestServlet extends javax.servlet.http.HttpServlet {
> public static Object X = javax.xml.xpath.XPathFactory.newInstance();
> public void doGet (javax.servlet.http.HttpServletRequest req,
> javax.servlet.http.HttpServletResponse res) {
> // NOOP
> }
> }
>
> ...which should provide you with a nice short bug report for your hosting
> provider.
>
> One last important note (because it may burn you once you get the XPath
> problem resolved). you mentioned this before...
>
>
> : > Here is my solr home file list with permissions:
> : >
> : > -bash-3.2$ ll /usr/share/solr/*
> : > -rw-r--r-- 1 tomcat tomcat 2150 Aug 17 22:51 /usr/share/solr/README.txt
> : >
> : > /usr/share/solr/bin:
> ...
>
> that all looks fine, but the information is incomplete. you didn't
> include the permisions for the directories themselves (/usr/share/solr,
> /usr/share/solr/conf, and /usr/share/solr/bin) they need to be readable
> by tomcat (they probably are) but most importantly /usr/share/solr needs
> to be writable by tomcat so that solr can create the data directory for
> you.
>
>
> -Hoss
>
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Chris Hostetter <ho...@fucit.org>.
: -Dsolr.solr.home='/some/path'
:
: Should I be putting that somewhere? Or is that already taken care of
: when I edited the web.xml file in my solr.war file?
No ... you do not need to set that system property if you already have it
working because of modifications to the web.xml ... according to the log
you posted earlier, Solr is seeing your solr home dir set correctly...
Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader locateInstanceDir
INFO: Using JNDI solr.home: /usr/share/solr
Aug 17, 2009 11:16:15 PM org.apache.solr.core.CoreContainer$Initializer initialize
INFO: looking for solr.xml: /usr/share/solr/solr.xml
Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to '/usr/share/solr/'
...that's were you want it to point, correct?
(don't be confused by the later message of "Check solr/home property" ...
that's just a hint because 9 times out of 10 an error initializing solr
comes from solr needing to *guess* about the solr home dir)
The crux of your error is being able to load an XPathFactory, the fact
that it can't load an XPath factory prevents the your
classloader from even being able to load the SolrConfig class -- note this
also in the log you posted earlier...
java.lang.NoClassDefFoundError: Could not initialize class org.apache.solr.core.SolrConfig
...the root of the problem is here...
Caused by: java.lang.RuntimeException: XPathFactory#newInstance()
failed to create an XPathFactory for the default object model:
http://java.sun.com/jaxp/xpath/dom with the
XPathFactoryConfigurationException:
javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
implementation found for the object model:
http://java.sun.com/jaxp/xpath/dom
at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
at org.apache.solr.core.Config.<clinit>(Config.java:41)
XPathFactory.newInstance() is used to construct an instance of an
XPathFactory where the concrete type is unknown by the caller (in this
case: solr) There is an alternte form (XPathFactory.newInstance(String
uri)) which allows callers to specify *which* model they want, and it can
throw an exception if the model isn't available in the current JVM using
reflection, but if you read the javadocs for hte method being called...
http://java.sun.com/j2se/1.5.0/docs/api/javax/xml/xpath/XPathFactory.html#newInstance()
Get a new XPathFactory instance using the default object model,
DEFAULT_OBJECT_MODEL_URI, the W3C DOM.
This method is functionally equivalent to:
newInstance(DEFAULT_OBJECT_MODEL_URI)
Since the implementation for the W3C DOM is always available, this
method will never fail.
...except that in your case, it is in fact clearly failing. which
suggests that your hosting provider has given you a crapy JVM. I have no
good suggestions for debugging this, other then this google link...
http://www.google.com/search?q=+No+XPathFctory+implementation+found+for+the+object+model%3A+http%3A%2F%2Fjava.sun.com%2Fjaxp%2Fxpath%2Fdom
The good new is, there isn't anything solr specific about this problem.
Any servlet container giving you that error when you load solr, should
cause the exact same error with a servlet as simple as this...
public class TestServlet extends javax.servlet.http.HttpServlet {
public static Object X = javax.xml.xpath.XPathFactory.newInstance();
public void doGet (javax.servlet.http.HttpServletRequest req,
javax.servlet.http.HttpServletResponse res) {
// NOOP
}
}
...which should provide you with a nice short bug report for your hosting
provider.
One last important note (because it may burn you once you get the XPath
problem resolved). you mentioned this before...
: > Here is my solr home file list with permissions:
: >
: > -bash-3.2$ ll /usr/share/solr/*
: > -rw-r--r-- 1 tomcat tomcat 2150 Aug 17 22:51 /usr/share/solr/README.txt
: >
: > /usr/share/solr/bin:
...
that all looks fine, but the information is incomplete. you didn't
include the permisions for the directories themselves (/usr/share/solr,
/usr/share/solr/conf, and /usr/share/solr/bin) they need to be readable
by tomcat (they probably are) but most importantly /usr/share/solr needs
to be writable by tomcat so that solr can create the data directory for
you.
-Hoss
RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Fuad Efendi <fu...@efendi.ca>.
DO NOT RELY on your hosting provider. They use automated tools creating
complete mess with approved for production on CentOS versions of Lucene,
Servlet-API, java.util.* package, and etc; look at this:
> Here is my classpath entry when Tomcat starts up
> java.library.path:
> /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/j
> vm/jav
> a-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1
> .6.0.0 /jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
Who is vendor of this "openjdk-1.6.0.0"? Who is vendor of JVM which this JDK
runs on? Do you use "client" when you really need "server" environment? Is
it HotSpot? Is yoyr platform really i386?
I mentioned in previous post such installs for Java are totally mess, you
may have incompatible Servlet API loaded by bootstrap classloader before
Tomcat classes etc.
Install everything from scratch.
=====???
INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar' to Solr
classloader
=====???
-----Original Message-----
From: Fuad Efendi [mailto:fuad@efendi.ca]
Sent: August-19-09 1:43 AM
To: solr-user@lucene.apache.org
Subject: RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
>>-Dsolr.solr.home='/some/path'
CORRECT:
-Dsolr.data.dir=..............
It should be in java startup parameters; for instance, JAVA_OPTS="-server
-Zms32768M -Xmx32768M -Dsolr.data.dir=/some/path" inside catalina.sh as a
first statement...
According to the logs you posted probably mistake in solr.xml which is
multicore definition; you should post here it's content.
Java 1.4/5/6 supports "nested exceptions".
The root cause of your problem:
java.lang.NoClassDefFoundError: org.apache.solr.core.Config
This exception causes another one:
javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
implementation found for the object model:
http://java.sun.com/jaxp/xpath/dom
at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
at org.apache.solr.core.Config.<clinit>(Config.java:41)
etc. etc. etc.
NoClassDefFoundError means: classloader didn't have any problem with finding
class def, but it couldn't "define" it due for instance dependency on
another library and/or dependency on configuration file such as solr.xml
etc.
XPath should be called on DOM (after Config is properly initialized)
Difficult to explain what is wrong with your mess of files in config (you
are obviously using double-core) - you should do following:
1. Install Tomcat
2. Copy SOLR war file to webapps folder
3. Start Tomcat and verify logs; ensure that you have some clear messages in
it (SOLR should use default home? Verify!)
4. Configure SOLR-home with sample solrconfig.xml and schema.xml, restart,
verify
... ... ...
Don't go to multicore until you play enough with simplest SOLR installation
-----Original Message-----
From: Aaron Aberg [mailto:aaronaberg@gmail.com]
Sent: August-19-09 12:28 AM
To: solr-user@lucene.apache.org
Subject: Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
Tomcat is running fine. It's solr that is having the issue. I keep
seeing people talk about this:
-Dsolr.solr.home='/some/path'
Should I be putting that somewhere? Or is that already taken care of
when I edited the web.xml file in my solr.war file?
On Tue, Aug 18, 2009 at 7:29 PM, Fuad Efendi<fu...@efendi.ca> wrote:
> I forgot to add: compiler is inside "tools.jar" in some cases if I am
> correct... doesn't matter really... try to access Tomcat default homepage
> before trying to use SOLR!
>
>
>
> ........
>
> The only difference between JRE and JDK (from TOMCAT viewpoint) is absence
> of javac compiler for JSPs. But it will complain only if you try to use
JSPs
> (via admin console).
>
> Have you tried to install SOLR on your localbox and play with samples
> described at many WIKI pages?
>
>
>
> -----Original Message-----
> From: Aaron Aberg [mailto:aaronaberg@gmail.com]
> Sent: August-18-09 9:04 PM
> To: solr-user@lucene.apache.org
> Subject: Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
> CentOS
>
> Marco might be right about the JRE thing.
> Here is my classpath entry when Tomcat starts up
> java.library.path:
>
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/jav
>
a-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0
> /jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
>
> Constantijn,
>
> Here is my solr home file list with permissions:
>
> -bash-3.2$ ll /usr/share/solr/*
> -rw-r--r-- 1 tomcat tomcat 2150 Aug 17 22:51 /usr/share/solr/README.txt
>
> /usr/share/solr/bin:
> total 160
> -rwxr-xr-x 1 tomcat tomcat 4896 Aug 17 22:51 abc
> -rwxr-xr-x 1 tomcat tomcat 4919 Aug 17 22:51 abo
> -rwxr-xr-x 1 tomcat tomcat 2915 Aug 17 22:51 backup
> -rwxr-xr-x 1 tomcat tomcat 3435 Aug 17 22:51 backupcleaner
> -rwxr-xr-x 1 tomcat tomcat 3312 Aug 17 22:51 commit
> -rwxr-xr-x 1 tomcat tomcat 3306 Aug 17 22:51 optimize
> -rwxr-xr-x 1 tomcat tomcat 3163 Aug 17 22:51 readercycle
> -rwxr-xr-x 1 tomcat tomcat 1752 Aug 17 22:51 rsyncd-disable
> -rwxr-xr-x 1 tomcat tomcat 1740 Aug 17 22:51 rsyncd-enable
> -rwxr-xr-x 1 tomcat tomcat 3508 Aug 17 22:51 rsyncd-start
> -rwxr-xr-x 1 tomcat tomcat 2295 Aug 17 22:51 rsyncd-stop
> -rwxr-xr-x 1 tomcat tomcat 2132 Aug 17 22:51 scripts-util
> -rwxr-xr-x 1 tomcat tomcat 3775 Aug 17 22:51 snapcleaner
> -rwxr-xr-x 1 tomcat tomcat 4994 Aug 17 22:51 snapinstaller
> -rwxr-xr-x 1 tomcat tomcat 7980 Aug 17 22:51 snappuller
> -rwxr-xr-x 1 tomcat tomcat 1768 Aug 17 22:51 snappuller-disable
> -rwxr-xr-x 1 tomcat tomcat 1770 Aug 17 22:51 snappuller-enable
> -rwxr-xr-x 1 tomcat tomcat 3269 Aug 17 22:51 snapshooter
>
> /usr/share/solr/conf:
> total 124
> -rw-r--r-- 1 tomcat tomcat 1125 Aug 17 22:51 admin-extra.html
> -rw-r--r-- 1 tomcat tomcat 1310 Aug 17 22:51 elevate.xml
> -rw-r--r-- 1 tomcat tomcat 894 Aug 17 22:51 protwords.txt
> -rw-r--r-- 1 tomcat tomcat 20083 Aug 17 22:51 schema.xml
> -rw-r--r-- 1 tomcat tomcat 921 Aug 17 22:51 scripts.conf
> -rw-r--r-- 1 tomcat tomcat 30281 Aug 17 22:53 solrconfig.xml
> -rw-r--r-- 1 tomcat tomcat 16 Aug 17 22:51 spellings.txt
> -rw-r--r-- 1 tomcat tomcat 1226 Aug 17 22:51 stopwords.txt
> -rw-r--r-- 1 tomcat tomcat 1163 Aug 17 22:51 synonyms.txt
> drwxr-xr-x 2 tomcat tomcat 4096 Aug 17 22:51 xslt
>
>
>
>
>
RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Fuad Efendi <fu...@efendi.ca>.
>>-Dsolr.solr.home='/some/path'
CORRECT:
-Dsolr.data.dir=..............
It should be in java startup parameters; for instance, JAVA_OPTS="-server
-Zms32768M -Xmx32768M -Dsolr.data.dir=/some/path" inside catalina.sh as a
first statement...
According to the logs you posted probably mistake in solr.xml which is
multicore definition; you should post here it's content.
Java 1.4/5/6 supports "nested exceptions".
The root cause of your problem:
java.lang.NoClassDefFoundError: org.apache.solr.core.Config
This exception causes another one:
javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
implementation found for the object model:
http://java.sun.com/jaxp/xpath/dom
at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
at org.apache.solr.core.Config.<clinit>(Config.java:41)
etc. etc. etc.
NoClassDefFoundError means: classloader didn't have any problem with finding
class def, but it couldn't "define" it due for instance dependency on
another library and/or dependency on configuration file such as solr.xml
etc.
XPath should be called on DOM (after Config is properly initialized)
Difficult to explain what is wrong with your mess of files in config (you
are obviously using double-core) - you should do following:
1. Install Tomcat
2. Copy SOLR war file to webapps folder
3. Start Tomcat and verify logs; ensure that you have some clear messages in
it (SOLR should use default home? Verify!)
4. Configure SOLR-home with sample solrconfig.xml and schema.xml, restart,
verify
... ... ...
Don't go to multicore until you play enough with simplest SOLR installation
-----Original Message-----
From: Aaron Aberg [mailto:aaronaberg@gmail.com]
Sent: August-19-09 12:28 AM
To: solr-user@lucene.apache.org
Subject: Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
Tomcat is running fine. It's solr that is having the issue. I keep
seeing people talk about this:
-Dsolr.solr.home='/some/path'
Should I be putting that somewhere? Or is that already taken care of
when I edited the web.xml file in my solr.war file?
On Tue, Aug 18, 2009 at 7:29 PM, Fuad Efendi<fu...@efendi.ca> wrote:
> I forgot to add: compiler is inside "tools.jar" in some cases if I am
> correct... doesn't matter really... try to access Tomcat default homepage
> before trying to use SOLR!
>
>
>
> ........
>
> The only difference between JRE and JDK (from TOMCAT viewpoint) is absence
> of javac compiler for JSPs. But it will complain only if you try to use
JSPs
> (via admin console).
>
> Have you tried to install SOLR on your localbox and play with samples
> described at many WIKI pages?
>
>
>
> -----Original Message-----
> From: Aaron Aberg [mailto:aaronaberg@gmail.com]
> Sent: August-18-09 9:04 PM
> To: solr-user@lucene.apache.org
> Subject: Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
> CentOS
>
> Marco might be right about the JRE thing.
> Here is my classpath entry when Tomcat starts up
> java.library.path:
>
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/jav
>
a-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0
> /jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
>
> Constantijn,
>
> Here is my solr home file list with permissions:
>
> -bash-3.2$ ll /usr/share/solr/*
> -rw-r--r-- 1 tomcat tomcat 2150 Aug 17 22:51 /usr/share/solr/README.txt
>
> /usr/share/solr/bin:
> total 160
> -rwxr-xr-x 1 tomcat tomcat 4896 Aug 17 22:51 abc
> -rwxr-xr-x 1 tomcat tomcat 4919 Aug 17 22:51 abo
> -rwxr-xr-x 1 tomcat tomcat 2915 Aug 17 22:51 backup
> -rwxr-xr-x 1 tomcat tomcat 3435 Aug 17 22:51 backupcleaner
> -rwxr-xr-x 1 tomcat tomcat 3312 Aug 17 22:51 commit
> -rwxr-xr-x 1 tomcat tomcat 3306 Aug 17 22:51 optimize
> -rwxr-xr-x 1 tomcat tomcat 3163 Aug 17 22:51 readercycle
> -rwxr-xr-x 1 tomcat tomcat 1752 Aug 17 22:51 rsyncd-disable
> -rwxr-xr-x 1 tomcat tomcat 1740 Aug 17 22:51 rsyncd-enable
> -rwxr-xr-x 1 tomcat tomcat 3508 Aug 17 22:51 rsyncd-start
> -rwxr-xr-x 1 tomcat tomcat 2295 Aug 17 22:51 rsyncd-stop
> -rwxr-xr-x 1 tomcat tomcat 2132 Aug 17 22:51 scripts-util
> -rwxr-xr-x 1 tomcat tomcat 3775 Aug 17 22:51 snapcleaner
> -rwxr-xr-x 1 tomcat tomcat 4994 Aug 17 22:51 snapinstaller
> -rwxr-xr-x 1 tomcat tomcat 7980 Aug 17 22:51 snappuller
> -rwxr-xr-x 1 tomcat tomcat 1768 Aug 17 22:51 snappuller-disable
> -rwxr-xr-x 1 tomcat tomcat 1770 Aug 17 22:51 snappuller-enable
> -rwxr-xr-x 1 tomcat tomcat 3269 Aug 17 22:51 snapshooter
>
> /usr/share/solr/conf:
> total 124
> -rw-r--r-- 1 tomcat tomcat 1125 Aug 17 22:51 admin-extra.html
> -rw-r--r-- 1 tomcat tomcat 1310 Aug 17 22:51 elevate.xml
> -rw-r--r-- 1 tomcat tomcat 894 Aug 17 22:51 protwords.txt
> -rw-r--r-- 1 tomcat tomcat 20083 Aug 17 22:51 schema.xml
> -rw-r--r-- 1 tomcat tomcat 921 Aug 17 22:51 scripts.conf
> -rw-r--r-- 1 tomcat tomcat 30281 Aug 17 22:53 solrconfig.xml
> -rw-r--r-- 1 tomcat tomcat 16 Aug 17 22:51 spellings.txt
> -rw-r--r-- 1 tomcat tomcat 1226 Aug 17 22:51 stopwords.txt
> -rw-r--r-- 1 tomcat tomcat 1163 Aug 17 22:51 synonyms.txt
> drwxr-xr-x 2 tomcat tomcat 4096 Aug 17 22:51 xslt
>
>
>
>
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Tomcat is running fine. It's solr that is having the issue. I keep
seeing people talk about this:
-Dsolr.solr.home='/some/path'
Should I be putting that somewhere? Or is that already taken care of
when I edited the web.xml file in my solr.war file?
On Tue, Aug 18, 2009 at 7:29 PM, Fuad Efendi<fu...@efendi.ca> wrote:
> I forgot to add: compiler is inside "tools.jar" in some cases if I am
> correct... doesn't matter really... try to access Tomcat default homepage
> before trying to use SOLR!
>
>
>
> ........
>
> The only difference between JRE and JDK (from TOMCAT viewpoint) is absence
> of javac compiler for JSPs. But it will complain only if you try to use JSPs
> (via admin console).
>
> Have you tried to install SOLR on your localbox and play with samples
> described at many WIKI pages?
>
>
>
> -----Original Message-----
> From: Aaron Aberg [mailto:aaronaberg@gmail.com]
> Sent: August-18-09 9:04 PM
> To: solr-user@lucene.apache.org
> Subject: Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
> CentOS
>
> Marco might be right about the JRE thing.
> Here is my classpath entry when Tomcat starts up
> java.library.path:
> /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/jav
> a-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0
> /jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
>
> Constantijn,
>
> Here is my solr home file list with permissions:
>
> -bash-3.2$ ll /usr/share/solr/*
> -rw-r--r-- 1 tomcat tomcat 2150 Aug 17 22:51 /usr/share/solr/README.txt
>
> /usr/share/solr/bin:
> total 160
> -rwxr-xr-x 1 tomcat tomcat 4896 Aug 17 22:51 abc
> -rwxr-xr-x 1 tomcat tomcat 4919 Aug 17 22:51 abo
> -rwxr-xr-x 1 tomcat tomcat 2915 Aug 17 22:51 backup
> -rwxr-xr-x 1 tomcat tomcat 3435 Aug 17 22:51 backupcleaner
> -rwxr-xr-x 1 tomcat tomcat 3312 Aug 17 22:51 commit
> -rwxr-xr-x 1 tomcat tomcat 3306 Aug 17 22:51 optimize
> -rwxr-xr-x 1 tomcat tomcat 3163 Aug 17 22:51 readercycle
> -rwxr-xr-x 1 tomcat tomcat 1752 Aug 17 22:51 rsyncd-disable
> -rwxr-xr-x 1 tomcat tomcat 1740 Aug 17 22:51 rsyncd-enable
> -rwxr-xr-x 1 tomcat tomcat 3508 Aug 17 22:51 rsyncd-start
> -rwxr-xr-x 1 tomcat tomcat 2295 Aug 17 22:51 rsyncd-stop
> -rwxr-xr-x 1 tomcat tomcat 2132 Aug 17 22:51 scripts-util
> -rwxr-xr-x 1 tomcat tomcat 3775 Aug 17 22:51 snapcleaner
> -rwxr-xr-x 1 tomcat tomcat 4994 Aug 17 22:51 snapinstaller
> -rwxr-xr-x 1 tomcat tomcat 7980 Aug 17 22:51 snappuller
> -rwxr-xr-x 1 tomcat tomcat 1768 Aug 17 22:51 snappuller-disable
> -rwxr-xr-x 1 tomcat tomcat 1770 Aug 17 22:51 snappuller-enable
> -rwxr-xr-x 1 tomcat tomcat 3269 Aug 17 22:51 snapshooter
>
> /usr/share/solr/conf:
> total 124
> -rw-r--r-- 1 tomcat tomcat 1125 Aug 17 22:51 admin-extra.html
> -rw-r--r-- 1 tomcat tomcat 1310 Aug 17 22:51 elevate.xml
> -rw-r--r-- 1 tomcat tomcat 894 Aug 17 22:51 protwords.txt
> -rw-r--r-- 1 tomcat tomcat 20083 Aug 17 22:51 schema.xml
> -rw-r--r-- 1 tomcat tomcat 921 Aug 17 22:51 scripts.conf
> -rw-r--r-- 1 tomcat tomcat 30281 Aug 17 22:53 solrconfig.xml
> -rw-r--r-- 1 tomcat tomcat 16 Aug 17 22:51 spellings.txt
> -rw-r--r-- 1 tomcat tomcat 1226 Aug 17 22:51 stopwords.txt
> -rw-r--r-- 1 tomcat tomcat 1163 Aug 17 22:51 synonyms.txt
> drwxr-xr-x 2 tomcat tomcat 4096 Aug 17 22:51 xslt
>
>
>
>
>
RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Fuad Efendi <fu...@efendi.ca>.
I forgot to add: compiler is inside "tools.jar" in some cases if I am
correct... doesn't matter really... try to access Tomcat default homepage
before trying to use SOLR!
........
The only difference between JRE and JDK (from TOMCAT viewpoint) is absence
of javac compiler for JSPs. But it will complain only if you try to use JSPs
(via admin console).
Have you tried to install SOLR on your localbox and play with samples
described at many WIKI pages?
-----Original Message-----
From: Aaron Aberg [mailto:aaronaberg@gmail.com]
Sent: August-18-09 9:04 PM
To: solr-user@lucene.apache.org
Subject: Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
Marco might be right about the JRE thing.
Here is my classpath entry when Tomcat starts up
java.library.path:
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/jav
a-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0
/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
Constantijn,
Here is my solr home file list with permissions:
-bash-3.2$ ll /usr/share/solr/*
-rw-r--r-- 1 tomcat tomcat 2150 Aug 17 22:51 /usr/share/solr/README.txt
/usr/share/solr/bin:
total 160
-rwxr-xr-x 1 tomcat tomcat 4896 Aug 17 22:51 abc
-rwxr-xr-x 1 tomcat tomcat 4919 Aug 17 22:51 abo
-rwxr-xr-x 1 tomcat tomcat 2915 Aug 17 22:51 backup
-rwxr-xr-x 1 tomcat tomcat 3435 Aug 17 22:51 backupcleaner
-rwxr-xr-x 1 tomcat tomcat 3312 Aug 17 22:51 commit
-rwxr-xr-x 1 tomcat tomcat 3306 Aug 17 22:51 optimize
-rwxr-xr-x 1 tomcat tomcat 3163 Aug 17 22:51 readercycle
-rwxr-xr-x 1 tomcat tomcat 1752 Aug 17 22:51 rsyncd-disable
-rwxr-xr-x 1 tomcat tomcat 1740 Aug 17 22:51 rsyncd-enable
-rwxr-xr-x 1 tomcat tomcat 3508 Aug 17 22:51 rsyncd-start
-rwxr-xr-x 1 tomcat tomcat 2295 Aug 17 22:51 rsyncd-stop
-rwxr-xr-x 1 tomcat tomcat 2132 Aug 17 22:51 scripts-util
-rwxr-xr-x 1 tomcat tomcat 3775 Aug 17 22:51 snapcleaner
-rwxr-xr-x 1 tomcat tomcat 4994 Aug 17 22:51 snapinstaller
-rwxr-xr-x 1 tomcat tomcat 7980 Aug 17 22:51 snappuller
-rwxr-xr-x 1 tomcat tomcat 1768 Aug 17 22:51 snappuller-disable
-rwxr-xr-x 1 tomcat tomcat 1770 Aug 17 22:51 snappuller-enable
-rwxr-xr-x 1 tomcat tomcat 3269 Aug 17 22:51 snapshooter
/usr/share/solr/conf:
total 124
-rw-r--r-- 1 tomcat tomcat 1125 Aug 17 22:51 admin-extra.html
-rw-r--r-- 1 tomcat tomcat 1310 Aug 17 22:51 elevate.xml
-rw-r--r-- 1 tomcat tomcat 894 Aug 17 22:51 protwords.txt
-rw-r--r-- 1 tomcat tomcat 20083 Aug 17 22:51 schema.xml
-rw-r--r-- 1 tomcat tomcat 921 Aug 17 22:51 scripts.conf
-rw-r--r-- 1 tomcat tomcat 30281 Aug 17 22:53 solrconfig.xml
-rw-r--r-- 1 tomcat tomcat 16 Aug 17 22:51 spellings.txt
-rw-r--r-- 1 tomcat tomcat 1226 Aug 17 22:51 stopwords.txt
-rw-r--r-- 1 tomcat tomcat 1163 Aug 17 22:51 synonyms.txt
drwxr-xr-x 2 tomcat tomcat 4096 Aug 17 22:51 xslt
RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Fuad Efendi <fu...@efendi.ca>.
The only difference between JRE and JDK (from TOMCAT viewpoint) is absence
of javac compiler for JSPs. But it will complain only if you try to use JSPs
(via admin console).
Have you tried to install SOLR on your localbox and play with samples
described at many WIKI pages?
-----Original Message-----
From: Aaron Aberg [mailto:aaronaberg@gmail.com]
Sent: August-18-09 9:04 PM
To: solr-user@lucene.apache.org
Subject: Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
Marco might be right about the JRE thing.
Here is my classpath entry when Tomcat starts up
java.library.path:
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/jav
a-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0
/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
Constantijn,
Here is my solr home file list with permissions:
-bash-3.2$ ll /usr/share/solr/*
-rw-r--r-- 1 tomcat tomcat 2150 Aug 17 22:51 /usr/share/solr/README.txt
/usr/share/solr/bin:
total 160
-rwxr-xr-x 1 tomcat tomcat 4896 Aug 17 22:51 abc
-rwxr-xr-x 1 tomcat tomcat 4919 Aug 17 22:51 abo
-rwxr-xr-x 1 tomcat tomcat 2915 Aug 17 22:51 backup
-rwxr-xr-x 1 tomcat tomcat 3435 Aug 17 22:51 backupcleaner
-rwxr-xr-x 1 tomcat tomcat 3312 Aug 17 22:51 commit
-rwxr-xr-x 1 tomcat tomcat 3306 Aug 17 22:51 optimize
-rwxr-xr-x 1 tomcat tomcat 3163 Aug 17 22:51 readercycle
-rwxr-xr-x 1 tomcat tomcat 1752 Aug 17 22:51 rsyncd-disable
-rwxr-xr-x 1 tomcat tomcat 1740 Aug 17 22:51 rsyncd-enable
-rwxr-xr-x 1 tomcat tomcat 3508 Aug 17 22:51 rsyncd-start
-rwxr-xr-x 1 tomcat tomcat 2295 Aug 17 22:51 rsyncd-stop
-rwxr-xr-x 1 tomcat tomcat 2132 Aug 17 22:51 scripts-util
-rwxr-xr-x 1 tomcat tomcat 3775 Aug 17 22:51 snapcleaner
-rwxr-xr-x 1 tomcat tomcat 4994 Aug 17 22:51 snapinstaller
-rwxr-xr-x 1 tomcat tomcat 7980 Aug 17 22:51 snappuller
-rwxr-xr-x 1 tomcat tomcat 1768 Aug 17 22:51 snappuller-disable
-rwxr-xr-x 1 tomcat tomcat 1770 Aug 17 22:51 snappuller-enable
-rwxr-xr-x 1 tomcat tomcat 3269 Aug 17 22:51 snapshooter
/usr/share/solr/conf:
total 124
-rw-r--r-- 1 tomcat tomcat 1125 Aug 17 22:51 admin-extra.html
-rw-r--r-- 1 tomcat tomcat 1310 Aug 17 22:51 elevate.xml
-rw-r--r-- 1 tomcat tomcat 894 Aug 17 22:51 protwords.txt
-rw-r--r-- 1 tomcat tomcat 20083 Aug 17 22:51 schema.xml
-rw-r--r-- 1 tomcat tomcat 921 Aug 17 22:51 scripts.conf
-rw-r--r-- 1 tomcat tomcat 30281 Aug 17 22:53 solrconfig.xml
-rw-r--r-- 1 tomcat tomcat 16 Aug 17 22:51 spellings.txt
-rw-r--r-- 1 tomcat tomcat 1226 Aug 17 22:51 stopwords.txt
-rw-r--r-- 1 tomcat tomcat 1163 Aug 17 22:51 synonyms.txt
drwxr-xr-x 2 tomcat tomcat 4096 Aug 17 22:51 xslt
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Marco might be right about the JRE thing.
Here is my classpath entry when Tomcat starts up
java.library.path:
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
Constantijn,
Here is my solr home file list with permissions:
-bash-3.2$ ll /usr/share/solr/*
-rw-r--r-- 1 tomcat tomcat 2150 Aug 17 22:51 /usr/share/solr/README.txt
/usr/share/solr/bin:
total 160
-rwxr-xr-x 1 tomcat tomcat 4896 Aug 17 22:51 abc
-rwxr-xr-x 1 tomcat tomcat 4919 Aug 17 22:51 abo
-rwxr-xr-x 1 tomcat tomcat 2915 Aug 17 22:51 backup
-rwxr-xr-x 1 tomcat tomcat 3435 Aug 17 22:51 backupcleaner
-rwxr-xr-x 1 tomcat tomcat 3312 Aug 17 22:51 commit
-rwxr-xr-x 1 tomcat tomcat 3306 Aug 17 22:51 optimize
-rwxr-xr-x 1 tomcat tomcat 3163 Aug 17 22:51 readercycle
-rwxr-xr-x 1 tomcat tomcat 1752 Aug 17 22:51 rsyncd-disable
-rwxr-xr-x 1 tomcat tomcat 1740 Aug 17 22:51 rsyncd-enable
-rwxr-xr-x 1 tomcat tomcat 3508 Aug 17 22:51 rsyncd-start
-rwxr-xr-x 1 tomcat tomcat 2295 Aug 17 22:51 rsyncd-stop
-rwxr-xr-x 1 tomcat tomcat 2132 Aug 17 22:51 scripts-util
-rwxr-xr-x 1 tomcat tomcat 3775 Aug 17 22:51 snapcleaner
-rwxr-xr-x 1 tomcat tomcat 4994 Aug 17 22:51 snapinstaller
-rwxr-xr-x 1 tomcat tomcat 7980 Aug 17 22:51 snappuller
-rwxr-xr-x 1 tomcat tomcat 1768 Aug 17 22:51 snappuller-disable
-rwxr-xr-x 1 tomcat tomcat 1770 Aug 17 22:51 snappuller-enable
-rwxr-xr-x 1 tomcat tomcat 3269 Aug 17 22:51 snapshooter
/usr/share/solr/conf:
total 124
-rw-r--r-- 1 tomcat tomcat 1125 Aug 17 22:51 admin-extra.html
-rw-r--r-- 1 tomcat tomcat 1310 Aug 17 22:51 elevate.xml
-rw-r--r-- 1 tomcat tomcat 894 Aug 17 22:51 protwords.txt
-rw-r--r-- 1 tomcat tomcat 20083 Aug 17 22:51 schema.xml
-rw-r--r-- 1 tomcat tomcat 921 Aug 17 22:51 scripts.conf
-rw-r--r-- 1 tomcat tomcat 30281 Aug 17 22:53 solrconfig.xml
-rw-r--r-- 1 tomcat tomcat 16 Aug 17 22:51 spellings.txt
-rw-r--r-- 1 tomcat tomcat 1226 Aug 17 22:51 stopwords.txt
-rw-r--r-- 1 tomcat tomcat 1163 Aug 17 22:51 synonyms.txt
drwxr-xr-x 2 tomcat tomcat 4096 Aug 17 22:51 xslt
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Constantijn Visinescu <ba...@gmail.com>.
<assumption>Am pretty sure solr.xml is if you want to define multiple solr
cores for your application.So it makes sense that solr checks for that
first, however if it doesn't find one it continues to start up with a single
core. </assumption>
I KNOW it runs just fine for me without a solr.xml.
The exception seems to be complaining about Xpath. Etiher this means that
you have a weird xml library on your classpath somewhere (unlikely but check
it, Xalan/Xerces seems to be the most common) or tomcat/solr doesn't have
the rights it needs to access the solr folder.
What rights did you give the solr folder and all the files in there ?
On Tue, Aug 18, 2009 at 3:27 PM, Aaron Aberg <aa...@gmail.com> wrote:
> Constantijn,
>
> First of all, I want you to know how much I appreciate you not giving
> up on me. Second of all, your instructions were really great. I think
> that I am getting closer to solving this issue. I am STILL get that
> error but after a full tomcat reboot it picked up my solr.home
> environment variable from my web.xml and its pointing to the new
> location. (Good idea)
>
> Here is the FULL log from start up of Tomcat. It might be excessive,
> but I want to give you all of the information that I can:
>
> Aug 17, 2009 11:16:08 PM org.apache.catalina.core.AprLifecycleListener
> lifecycleEvent
> INFO: The Apache Tomcat Native library which allows optimal
> performance in production environments was not found on the
> java.library.path:
>
> /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
> Aug 17, 2009 11:16:09 PM org.apache.coyote.http11.Http11BaseProtocol init
> INFO: Initializing Coyote HTTP/1.1 on http-8080
> Aug 17, 2009 11:16:09 PM org.apache.coyote.http11.Http11BaseProtocol init
> INFO: Initializing Coyote HTTP/1.1 on http-9080
> Aug 17, 2009 11:16:09 PM org.apache.catalina.startup.Catalina load
> INFO: Initialization processed in 3382 ms
> Aug 17, 2009 11:16:09 PM org.apache.catalina.core.StandardService start
> INFO: Starting service Catalina
> Aug 17, 2009 11:16:09 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/5.5.23
> Aug 17, 2009 11:16:09 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: ContextListener: contextInitialized()
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: SessionListener: contextInitialized()
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: ContextListener: contextInitialized()
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: SessionListener: contextInitialized()
> Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
> INFO: org.apache.webapp.balancer.BalancerFilter: init(): ruleChain:
> [org.apache.webapp.balancer.RuleChain:
> [org.apache.webapp.balancer.rules.URLStringMatchRule: Target string:
> News / Redirect URL: http://www.cnn.com],
> [org.apache.webapp.balancer.rules.RequestParameterRule: Target param
> name: paramName / Target param value: paramValue / Redirect URL:
> http://www.yahoo.com],
> [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL:
> http://jakarta.apache.org]]
> Aug 17, 2009 11:16:13 PM org.apache.coyote.http11.Http11BaseProtocol start
> INFO: Starting Coyote HTTP/1.1 on http-8080
> Aug 17, 2009 11:16:13 PM org.apache.jk.common.ChannelSocket init
> INFO: JK: ajp13 listening on /0.0.0.0:8009
> Aug 17, 2009 11:16:13 PM org.apache.jk.server.JkMain start
> INFO: Jk running ID=0 time=0/57 config=null
> Aug 17, 2009 11:16:13 PM org.apache.catalina.core.StandardService start
> INFO: Starting service PSA
> Aug 17, 2009 11:16:13 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/5.5.23
> Aug 17, 2009 11:16:13 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Aug 17, 2009 11:16:15 PM org.apache.solr.servlet.SolrDispatchFilter init
> INFO: SolrDispatchFilter.init()
> Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader
> locateInstanceDir
> INFO: Using JNDI solr.home: /usr/share/solr
> Aug 17, 2009 11:16:15 PM
> org.apache.solr.core.CoreContainer$Initializer initialize
> INFO: looking for solr.xml: /usr/share/solr/solr.xml
> Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader <init>
> INFO: Solr home set to '/usr/share/solr/'
> Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Reusing parent classloader
> Aug 17, 2009 11:16:15 PM org.apache.solr.servlet.SolrDispatchFilter init
> SEVERE: Could not start SOLR. Check solr/home property
> java.lang.ExceptionInInitializerError
> at
> org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:117)
> at
> org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:69)
> at
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:221)
> at
> org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
> at
> org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
> at
> org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
> at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> at
> org.apache.catalina.core.StandardService.start(StandardService.java:448)
> at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> Caused by: java.lang.RuntimeException: XPathFactory#newInstance()
> failed to create an XPathFactory for the default object model:
> http://java.sun.com/jaxp/xpath/dom with the
> XPathFactoryConfigurationException:
> javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
> implementation found for the object model:
> http://java.sun.com/jaxp/xpath/dom
> at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
> at org.apache.solr.core.Config.<clinit>(Config.java:41)
> ... 20 more
> Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardContext
> filterStart
> SEVERE: Exception starting filter SolrRequestFilter
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.solr.core.SolrConfig
> at
> org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:76)
> at
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:221)
> at
> org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
> at
> org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
> at
> org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
> at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> at
> org.apache.catalina.core.StandardService.start(StandardService.java:448)
> at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardContext start
> SEVERE: Error filterStart
> Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardContext start
> SEVERE: Context [/solr] startup failed due to previous errors
> Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Aug 17, 2009 11:16:15 PM org.apache.jk.common.ChannelSocket init
> INFO: JK: ajp13 listening on /0.0.0.0:9008
> Aug 17, 2009 11:16:15 PM org.apache.jk.server.JkMain start
> INFO: Jk running ID=0 time=0/8 config=null
> Aug 17, 2009 11:16:15 PM org.apache.catalina.connector.MapperListener
> registerEngine
> WARNING: Unknown default host: localhost
> Aug 17, 2009 11:16:15 PM org.apache.coyote.http11.Http11BaseProtocol start
> INFO: Starting Coyote HTTP/1.1 on http-9080
> Aug 17, 2009 11:16:15 PM org.apache.catalina.connector.MapperListener
> registerEngine
> WARNING: Unknown default host: localhost
> Aug 17, 2009 11:16:15 PM org.apache.catalina.storeconfig.StoreLoader load
> INFO: Find registry server-registry.xml at classpath resource
> Aug 17, 2009 11:16:15 PM org.apache.catalina.startup.Catalina start
> INFO: Server startup in 6427 ms
> Aug 17, 2009 11:16:31 PM org.apache.catalina.core.ApplicationContext log
> INFO: Manager: init: Associated with Deployer
> 'PSA:type=Deployer,host=mywebk9.com'
> Aug 17, 2009 11:16:31 PM org.apache.catalina.core.ApplicationContext log
> INFO: Manager: init: Global resources are available
> Aug 17, 2009 11:16:31 PM org.apache.catalina.core.ApplicationContext log
> INFO: Manager: list: Listing contexts for virtual host 'mywebk9.com'
>
> If you notice, its still looking for solr.xml in the new location.
> Once, I finished your instructions there wasn't a solr.xml in that
> location. Is that normal for it to be looking there?
>
> Here is my file structure:
>
> /usr/share/solr/
> /usr/share/solr/bin
> /usr/share/solr/bin/rsyncd-stop
> /usr/share/solr/bin/abo
> /usr/share/solr/bin/scripts-util
> /usr/share/solr/bin/snappuller-disable
> /usr/share/solr/bin/backupcleaner
> /usr/share/solr/bin/snapcleaner
> /usr/share/solr/bin/rsyncd-disable
> /usr/share/solr/bin/snapinstaller
> /usr/share/solr/bin/commit
> /usr/share/solr/bin/snappuller-enable
> /usr/share/solr/bin/snappuller
> /usr/share/solr/bin/backup
> /usr/share/solr/bin/rsyncd-start
> /usr/share/solr/bin/abc
> /usr/share/solr/bin/rsyncd-enable
> /usr/share/solr/bin/optimize
> /usr/share/solr/bin/snapshooter
> /usr/share/solr/bin/readercycle
> /usr/share/solr/conf
> /usr/share/solr/conf/schema.xml
> /usr/share/solr/conf/solrconfig.xml
> /usr/share/solr/conf/synonyms.txt
> /usr/share/solr/conf/xslt
> /usr/share/solr/conf/xslt/example_atom.xsl
> /usr/share/solr/conf/xslt/luke.xsl
> /usr/share/solr/conf/xslt/example_rss.xsl
> /usr/share/solr/conf/xslt/example.xsl
> /usr/share/solr/conf/elevate.xml
> /usr/share/solr/conf/scripts.conf
> /usr/share/solr/conf/protwords.txt
> /usr/share/solr/conf/spellings.txt
> /usr/share/solr/conf/admin-extra.html
> /usr/share/solr/conf/stopwords.txt
> /usr/share/solr/README.txt
>
> I'm pretty sure I should have a solr.xml somewhere for tomcat. What do
> you think?
>
> Thanks again for all the help,
> Aaron
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Constantijn,
First of all, I want you to know how much I appreciate you not giving
up on me. Second of all, your instructions were really great. I think
that I am getting closer to solving this issue. I am STILL get that
error but after a full tomcat reboot it picked up my solr.home
environment variable from my web.xml and its pointing to the new
location. (Good idea)
Here is the FULL log from start up of Tomcat. It might be excessive,
but I want to give you all of the information that I can:
Aug 17, 2009 11:16:08 PM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal
performance in production environments was not found on the
java.library.path:
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
Aug 17, 2009 11:16:09 PM org.apache.coyote.http11.Http11BaseProtocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
Aug 17, 2009 11:16:09 PM org.apache.coyote.http11.Http11BaseProtocol init
INFO: Initializing Coyote HTTP/1.1 on http-9080
Aug 17, 2009 11:16:09 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 3382 ms
Aug 17, 2009 11:16:09 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Aug 17, 2009 11:16:09 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5.23
Aug 17, 2009 11:16:09 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
INFO: ContextListener: contextInitialized()
Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
INFO: SessionListener: contextInitialized()
Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
INFO: ContextListener: contextInitialized()
Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
INFO: SessionListener: contextInitialized()
Aug 17, 2009 11:16:12 PM org.apache.catalina.core.ApplicationContext log
INFO: org.apache.webapp.balancer.BalancerFilter: init(): ruleChain:
[org.apache.webapp.balancer.RuleChain:
[org.apache.webapp.balancer.rules.URLStringMatchRule: Target string:
News / Redirect URL: http://www.cnn.com],
[org.apache.webapp.balancer.rules.RequestParameterRule: Target param
name: paramName / Target param value: paramValue / Redirect URL:
http://www.yahoo.com],
[org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL:
http://jakarta.apache.org]]
Aug 17, 2009 11:16:13 PM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
Aug 17, 2009 11:16:13 PM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
Aug 17, 2009 11:16:13 PM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/57 config=null
Aug 17, 2009 11:16:13 PM org.apache.catalina.core.StandardService start
INFO: Starting service PSA
Aug 17, 2009 11:16:13 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5.23
Aug 17, 2009 11:16:13 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
Aug 17, 2009 11:16:15 PM org.apache.solr.servlet.SolrDispatchFilter init
INFO: SolrDispatchFilter.init()
Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader
locateInstanceDir
INFO: Using JNDI solr.home: /usr/share/solr
Aug 17, 2009 11:16:15 PM
org.apache.solr.core.CoreContainer$Initializer initialize
INFO: looking for solr.xml: /usr/share/solr/solr.xml
Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to '/usr/share/solr/'
Aug 17, 2009 11:16:15 PM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Reusing parent classloader
Aug 17, 2009 11:16:15 PM org.apache.solr.servlet.SolrDispatchFilter init
SEVERE: Could not start SOLR. Check solr/home property
java.lang.ExceptionInInitializerError
at org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:117)
at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:69)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:221)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:448)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
Caused by: java.lang.RuntimeException: XPathFactory#newInstance()
failed to create an XPathFactory for the default object model:
http://java.sun.com/jaxp/xpath/dom with the
XPathFactoryConfigurationException:
javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
implementation found for the object model:
http://java.sun.com/jaxp/xpath/dom
at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
at org.apache.solr.core.Config.<clinit>(Config.java:41)
... 20 more
Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardContext filterStart
SEVERE: Exception starting filter SolrRequestFilter
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.solr.core.SolrConfig
at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:76)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:221)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:448)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/solr] startup failed due to previous errors
Aug 17, 2009 11:16:15 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
Aug 17, 2009 11:16:15 PM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:9008
Aug 17, 2009 11:16:15 PM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/8 config=null
Aug 17, 2009 11:16:15 PM org.apache.catalina.connector.MapperListener
registerEngine
WARNING: Unknown default host: localhost
Aug 17, 2009 11:16:15 PM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-9080
Aug 17, 2009 11:16:15 PM org.apache.catalina.connector.MapperListener
registerEngine
WARNING: Unknown default host: localhost
Aug 17, 2009 11:16:15 PM org.apache.catalina.storeconfig.StoreLoader load
INFO: Find registry server-registry.xml at classpath resource
Aug 17, 2009 11:16:15 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 6427 ms
Aug 17, 2009 11:16:31 PM org.apache.catalina.core.ApplicationContext log
INFO: Manager: init: Associated with Deployer
'PSA:type=Deployer,host=mywebk9.com'
Aug 17, 2009 11:16:31 PM org.apache.catalina.core.ApplicationContext log
INFO: Manager: init: Global resources are available
Aug 17, 2009 11:16:31 PM org.apache.catalina.core.ApplicationContext log
INFO: Manager: list: Listing contexts for virtual host 'mywebk9.com'
If you notice, its still looking for solr.xml in the new location.
Once, I finished your instructions there wasn't a solr.xml in that
location. Is that normal for it to be looking there?
Here is my file structure:
/usr/share/solr/
/usr/share/solr/bin
/usr/share/solr/bin/rsyncd-stop
/usr/share/solr/bin/abo
/usr/share/solr/bin/scripts-util
/usr/share/solr/bin/snappuller-disable
/usr/share/solr/bin/backupcleaner
/usr/share/solr/bin/snapcleaner
/usr/share/solr/bin/rsyncd-disable
/usr/share/solr/bin/snapinstaller
/usr/share/solr/bin/commit
/usr/share/solr/bin/snappuller-enable
/usr/share/solr/bin/snappuller
/usr/share/solr/bin/backup
/usr/share/solr/bin/rsyncd-start
/usr/share/solr/bin/abc
/usr/share/solr/bin/rsyncd-enable
/usr/share/solr/bin/optimize
/usr/share/solr/bin/snapshooter
/usr/share/solr/bin/readercycle
/usr/share/solr/conf
/usr/share/solr/conf/schema.xml
/usr/share/solr/conf/solrconfig.xml
/usr/share/solr/conf/synonyms.txt
/usr/share/solr/conf/xslt
/usr/share/solr/conf/xslt/example_atom.xsl
/usr/share/solr/conf/xslt/luke.xsl
/usr/share/solr/conf/xslt/example_rss.xsl
/usr/share/solr/conf/xslt/example.xsl
/usr/share/solr/conf/elevate.xml
/usr/share/solr/conf/scripts.conf
/usr/share/solr/conf/protwords.txt
/usr/share/solr/conf/spellings.txt
/usr/share/solr/conf/admin-extra.html
/usr/share/solr/conf/stopwords.txt
/usr/share/solr/README.txt
I'm pretty sure I should have a solr.xml somewhere for tomcat. What do
you think?
Thanks again for all the help,
Aaron
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Constantijn Visinescu <ba...@gmail.com>.
Ok ... sounds like something is screwed up somewhere(tm). Hard part is
figuring out where :)
My suggestion:
Throw everything that's remotely related to the webapp you're trying to
build off that server and make sure you get all of it. (no stray bits of
solr confuration files leftover anywhere).
Next get apache-solr-1.3.0.zip from
http://apache.mirrors.webazilla.nl/lucene/solr/1.3.0/ (or whatever mirror
you prefer, see solr main page)
Make a directory for solr on your server somewhere that's completely
separate from anything tomcat or webserver related.(i.e. not a subdirectory
of usr/share/tomcat5/ ... maybe try making /usr/share/solr/ ? put it
somewhere it's guaranteed not to interfere with anything :))
Copy the contents of \apache-solr-1.3.0\example\solr\ to the directory you
just made using ssh
Throw away the data folder if it exists. (that should leave you with the bin
and conf folders + readme.txt, no lib folder or anything else)
in the conf folder comment out the
<dataDir>${solr.data.dir:./solr/data}</dataDir> line in solrconfig.xml near
the top.
make sure tomcat has all the rights it needs on the /usr/share/solr/ folder
(i'm assuming read/write, someone correct me if I'm wrong)
Grab apache-solr-1.3.0.war from apache-solr-1.3.0\dist\ and edit the web.xml
to include
<env-entry>
<env-entry-name>solr/home</env-entry-name>
<env-entry-value>/usr/share/solr</env-entry-value>
<env-entry-type>java.lang.String</env-entry-type>
</env-entry>
near the end.
Upload the war with the new web.xml using plesk.
Surf to http://myserver:myport/apache-solr-1.3.0/index.jsp to see your solr
installation up and running.
After that solr should have created a new blank index in the
usr/shared/solr/data folder and solr should be up and running.
If this works you should be able to start adding all the bits and pieces of
your own app and go from there :) This might be a bit overkill but if you
can get this up and running you should be able to get it to do what you need
to do in the end. If this doesn't work double check you got the path in the
web.xml correct and that tomcat can access that folder with all rights. If
it still doesn't work after that I'm not sure what to do ;)
On Tue, Aug 18, 2009 at 5:34 AM, Funtick <fu...@efendi.ca> wrote:
>
> It is NOT sample war, it is SOLR application: solr.war - it should be!!! I
> usually build from source and use dist/apache-solr-1.3.war instead, so I am
> not sure about solr.war........
>
> solr.xml contains configuration for multicore; most probably something is
> wrong with it.
> Would be better if you try to install Tomcat on localbox and play with it
> before going to production...
>
>
>
> Aaron Aberg wrote:
> >
> > On Mon, Aug 17, 2009 at 10:58 AM, Fuad Efendi<fu...@efendi.ca> wrote:
> >> Looks like you are using SOLR multicore, with solr.xml... I never tried
> >> it...
> >> The rest looks fine, except suspicious solr.xml
> >
> > whats suspicious about it? is it in the wrong place? Is it not suppose
> > to be there?
> >
> > technically my war file is not in my webapps directory. I'm using
> > plesk and it installed my war file here:
> > tomcat5/psa-webapps/mywebk9.com/solr.war
> >
> > I have installed a sample war file and its in the same location. It works
> > fine.
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Cannot-get-solr-1.3.0-to-run-properly-with-plesk-9.2.1-on-CentOS-tp24980824p25017895.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
Posted by Funtick <fu...@efendi.ca>.
It is NOT sample war, it is SOLR application: solr.war - it should be!!! I
usually build from source and use dist/apache-solr-1.3.war instead, so I am
not sure about solr.war........
solr.xml contains configuration for multicore; most probably something is
wrong with it.
Would be better if you try to install Tomcat on localbox and play with it
before going to production...
Aaron Aberg wrote:
>
> On Mon, Aug 17, 2009 at 10:58 AM, Fuad Efendi<fu...@efendi.ca> wrote:
>> Looks like you are using SOLR multicore, with solr.xml... I never tried
>> it...
>> The rest looks fine, except suspicious solr.xml
>
> whats suspicious about it? is it in the wrong place? Is it not suppose
> to be there?
>
> technically my war file is not in my webapps directory. I'm using
> plesk and it installed my war file here:
> tomcat5/psa-webapps/mywebk9.com/solr.war
>
> I have installed a sample war file and its in the same location. It works
> fine.
>
>
--
View this message in context: http://www.nabble.com/Cannot-get-solr-1.3.0-to-run-properly-with-plesk-9.2.1-on-CentOS-tp24980824p25017895.html
Sent from the Solr - User mailing list archive at Nabble.com.
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
On Mon, Aug 17, 2009 at 10:58 AM, Fuad Efendi<fu...@efendi.ca> wrote:
> Looks like you are using SOLR multicore, with solr.xml... I never tried
> it...
> The rest looks fine, except suspicious solr.xml
whats suspicious about it? is it in the wrong place? Is it not suppose
to be there?
technically my war file is not in my webapps directory. I'm using
plesk and it installed my war file here:
tomcat5/psa-webapps/mywebk9.com/solr.war
I have installed a sample war file and its in the same location. It works fine.
RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Fuad Efendi <fu...@efendi.ca>.
Looks like you are using SOLR multicore, with solr.xml... I never tried
it...
The rest looks fine, except suspicious solr.xml
-----Original Message-----
From: Fuad Efendi [mailto:fuad@efendi.ca]
Sent: August-17-09 1:33 PM
To: solr-user@lucene.apache.org
Subject: RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
What is solr.xml for?
INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml Aug 17, 2009
2:37:36 AM org.apache.solr.core.SolrResourceLoader <init>
java.lang.NoClassDefFoundError: org.apache.solr.core.Config
- can't find configuration... XPath needs to load XML to configure Config.
solr.xml???
-----Original Message-----
From: Aaron Aberg [mailto:aaronaberg@gmail.com]
Sent: August-17-09 12:48 PM
To: solr-user@lucene.apache.org
Subject: Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
Ok. Did that. Still got that error. Here is the log (it's not adding
jetty stuff anymore) Here is the log. I included the exception this
time. It looks like its blowing up on something related to XPath. Do
you think its having an issue with one of my xml files?
Aug 17, 2009 2:37:35 AM org.apache.catalina.core.ApplicationContext log
INFO: Manager: start: Starting web application at '/solr'
Aug 17, 2009 2:37:36 AM org.apache.solr.servlet.SolrDispatchFilter init
INFO: SolrDispatchFilter.init()
Aug 17, 2009 2:37:36 AM org.apache.solr.core.SolrResourceLoader
locateInstanceDir
INFO: Using JNDI solr.home: /usr/share/tomcat5/solr
Aug 17, 2009 2:37:36 AM org.apache.solr.core.CoreContainer$Initializer
initialize
INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
Aug 17, 2009 2:37:36 AM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to '/usr/share/tomcat5/solr/'
Aug 17, 2009 2:37:36 AM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Reusing parent classloader
Aug 17, 2009 2:37:36 AM org.apache.solr.servlet.SolrDispatchFilter init
SEVERE: Could not start SOLR. Check solr/home property
java.lang.ExceptionInInitializerError
at org.apache.solr.core.CoreContainer.load(CoreContainer.java:169)
at
org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java
:104)
at
org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:69)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilter
Config.java:221)
at
org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFil
terConfig.java:302)
at
org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterCon
fig.java:78)
at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:36
35)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
at
org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1176)
at
org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:369)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:188)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:210)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:172)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:525)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117
)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:108)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC
onnection(Http11BaseProtocol.java:665)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
a:528)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
rkerThread.java:81)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:685)
at java.lang.Thread.run(Thread.java:636)
Caused by: java.lang.RuntimeException: XPathFactory#newInstance()
failed to create an XPathFactory for the default object model:
http://java.sun.com/jaxp/xpath/dom with the
XPathFactoryConfigurationException:
javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
implementation found for the object model:
http://java.sun.com/jaxp/xpath/dom
at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
at org.apache.solr.core.Config.<clinit>(Config.java:41)
... 27 more
Aug 17, 2009 2:37:36 AM org.apache.catalina.core.StandardContext filterStart
SEVERE: Exception starting filter SolrRequestFilter
java.lang.NoClassDefFoundError: org.apache.solr.core.Config
at
org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:76)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilter
Config.java:221)
at
org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFil
terConfig.java:302)
at
org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterCon
fig.java:78)
at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:36
35)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
at
org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1176)
at
org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:369)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:188)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:210)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:172)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:525)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117
)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:108)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC
onnection(Http11BaseProtocol.java:665)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
a:528)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
rkerThread.java:81)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:685)
at java.lang.Thread.run(Thread.java:636)
Aug 17, 2009 2:37:36 AM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
Aug 17, 2009 2:37:36 AM org.apache.catalina.core.StandardContext start
SEVERE: Context [/solr] startup failed due to previous errors
Here is the file structure of /usr/share/tomcat5/solr:
/usr/share/tomcat5/solr/
/usr/share/tomcat5/solr/bin
/usr/share/tomcat5/solr/bin/rsyncd-stop
/usr/share/tomcat5/solr/bin/abo
/usr/share/tomcat5/solr/bin/scripts-util
/usr/share/tomcat5/solr/bin/snappuller-disable
/usr/share/tomcat5/solr/bin/backupcleaner
/usr/share/tomcat5/solr/bin/snapcleaner
/usr/share/tomcat5/solr/bin/rsyncd-disable
/usr/share/tomcat5/solr/bin/snapinstaller
/usr/share/tomcat5/solr/bin/commit
/usr/share/tomcat5/solr/bin/snappuller-enable
/usr/share/tomcat5/solr/bin/snappuller
/usr/share/tomcat5/solr/bin/backup
/usr/share/tomcat5/solr/bin/rsyncd-start
/usr/share/tomcat5/solr/bin/abc
/usr/share/tomcat5/solr/bin/rsyncd-enable
/usr/share/tomcat5/solr/bin/optimize
/usr/share/tomcat5/solr/bin/snapshooter
/usr/share/tomcat5/solr/bin/readercycle
/usr/share/tomcat5/solr/logs
/usr/share/tomcat5/solr/conf
/usr/share/tomcat5/solr/conf/schema.xml
/usr/share/tomcat5/solr/conf/solrconfig.xml
/usr/share/tomcat5/solr/conf/synonyms.txt
/usr/share/tomcat5/solr/conf/xslt
/usr/share/tomcat5/solr/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/conf/xslt/example.xsl
/usr/share/tomcat5/solr/conf/elevate.xml
/usr/share/tomcat5/solr/conf/scripts.conf
/usr/share/tomcat5/solr/conf/protwords.txt
/usr/share/tomcat5/solr/conf/spellings.txt
/usr/share/tomcat5/solr/conf/admin-extra.html
/usr/share/tomcat5/solr/conf/stopwords.txt
/usr/share/tomcat5/solr/start.jar
/usr/share/tomcat5/solr/testing.mywebk9.com
/usr/share/tomcat5/solr/testing.mywebk9.com/conf
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/solrconfig.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/synonyms.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/scripts.conf
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/spellings.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/admin-extra.html
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/stopwords.txt
/usr/share/tomcat5/solr/solr.xml
/usr/share/tomcat5/solr/mywebk9.com
/usr/share/tomcat5/solr/mywebk9.com/conf
/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/solrconfig.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/synonyms.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/scripts.conf
/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/spellings.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/admin-extra.html
/usr/share/tomcat5/solr/mywebk9.com/conf/stopwords.txt
/usr/share/tomcat5/solr/README.txt
What should my file structure look like for solr home?
--Aaron
On Mon, Aug 17, 2009 at 2:13 AM, Constantijn
Visinescu<ba...@gmail.com> wrote:
> Not sure what's going on but i see jetty stuff scrolling by, that can't be
> right :)
> Jetty and Tomcat are 2 seperate webservers for serving java applications.
> the 2 of them mixing doesn't sound like a good idea.
> Jetty is included in the examples for .. well .. example purposes ... but
> it's not a part of solr itself and you don't want it mucking up tomcat :)
>
> Try throwing everything out except the conf (and maybe the bin) dir and
see
> if it works ?
>
> The data dir should automatically be recreated with a blank index if solr
is
> starting up properly.
>
>
> On Mon, Aug 17, 2009 at 10:30 AM, Aaron Aberg <aa...@gmail.com>
wrote:
>
>> Thanks for the help. I commented out that line in solrconfig.xml like
>> you said. my web.xml file has this entry in it:
>>
>> <env-entry>
>> <env-entry-name>solr/home</env-entry-name>
>> <env-entry-value>/usr/share/tomcat5/solr</env-entry-value>
>> <env-entry-type>java.lang.String</env-entry-type>
>> </env-entry>
>>
>> And here is my file structure for solr home:
>>
>> /usr/share/tomcat5/solr/
>> /usr/share/tomcat5/solr/bin
>> /usr/share/tomcat5/solr/bin/* (assuming everything under bin is correct)
>> /usr/share/tomcat5/solr/data (created and chown'ed this to tomcat:tomcat)
>> /usr/share/tomcat5/solr/logs
>> /usr/share/tomcat5/solr/conf
>> /usr/share/tomcat5/solr/conf/* (assuming everything under conf is
correct)
>> /usr/share/tomcat5/solr/start.jar
>> /usr/share/tomcat5/solr/etc
>> /usr/share/tomcat5/solr/etc/webdefault.xml
>> /usr/share/tomcat5/solr/etc/jetty.xml
>> /usr/share/tomcat5/solr/testing.mywebk9.com
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf
>>
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml<http://testing.m
ywebk9.com/conf%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xm
l>
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/solrconfig.xml
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/synonyms.txt
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl
>>
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml<http://testing.
mywebk9.com/conf/xslt%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xsl
t/example_atom.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/l
uke.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.
xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl%0A/u
sr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml>
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/scripts.conf
>>
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt<http://testin
g.mywebk9.com/conf/scripts.conf%0A/usr/share/tomcat5/solr/testing.mywebk9.co
m/conf/protwords.txt>
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/spellings.txt
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/admin-extra.html
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/stopwords.txt
>> /usr/share/tomcat5/solr/lib
>> /usr/share/tomcat5/solr/lib/jetty-6.1.3.jar
>> /usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar
>> /usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1
>> /usr/share/tomcat5/solr/lib/jsp-2.1/jsp-api-2.1.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1/jsp-2.1.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1/ant-1.6.5.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1/core-3.1.1.jar
>> /usr/share/tomcat5/solr/solr.xml (<-- see! here is my solr.xml setup
>> for multicore)
>> /usr/share/tomcat5/solr/mywebk9.com
>> /usr/share/tomcat5/solr/mywebk9.com/conf
>>
/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml<http://mywebk9.com/conf%
0A/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml>
>> /usr/share/tomcat5/solr/mywebk9.com/conf/solrconfig.xml
>> /usr/share/tomcat5/solr/mywebk9.com/conf/synonyms.txt
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl
>>
/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml<http://mywebk9.com/conf
/xslt%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl%0A/us
r/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl%0A/usr/share/tomcat5/sol
r/mywebk9.com/conf/xslt/example_rss.xsl%0A/usr/share/tomcat5/solr/mywebk9.co
m/conf/xslt/example.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.x
ml>
>> /usr/share/tomcat5/solr/mywebk9.com/conf/scripts.conf
>>
/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt<http://mywebk9.com/co
nf/scripts.conf%0A/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt>
>> /usr/share/tomcat5/solr/mywebk9.com/conf/spellings.txt
>> /usr/share/tomcat5/solr/mywebk9.com/conf/admin-extra.html
>> /usr/share/tomcat5/solr/mywebk9.com/conf/stopwords.txt
>> /usr/share/tomcat5/solr/webapps
>> /usr/share/tomcat5/solr/webapps/solr.war
>>
>> I'm still getting this error:
>>
>> Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
>> INFO: SolrDispatchFilter.init()
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> locateInstanceDir
>> INFO: Using JNDI solr.home: /usr/share/tomcat5/solr
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.CoreContainer$Initializer
>> initialize
>> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader <init>
>> INFO: Solr home set to '/usr/share/tomcat5/solr/'
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
>> Solr classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
>> to Solr classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
>> to Solr classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
>> classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
>> SEVERE: Could not start SOLR. Check solr/home property
>>
>> I don't understand... it says solr home set to
>> '/usr/share/tomcat5/solr/' but the error says that there is something
>> wrong with the solr/home directory. Is my file structure incorrect and
>> its been masked by this error?
>>
>> --Aaron
>>
>> On Mon, Aug 17, 2009 at 12:57 AM, Constantijn
>> Visinescu<ba...@gmail.com> wrote:
>> > near the bottom of my web.xml (just above </web-app>) i got
>> >
>> > <env-entry>
>> > <env-entry-name>solr/home</env-entry-name>
>> > <env-entry-value>path/to/solr</env-entry-value>
>> > <env-entry-type>java.lang.String</env-entry-type>
>> > </env-entry>
>> >
>> > While you're at it you might want to make sure the following line in
your
>> > solrconfig.xml is commented out
>> > <!-- <dataDir>${solr.data.dir:./solr/data}</dataDir> -->
>> >
>> > next you should copy the sorl directory (the one with the conf, data
and
>> bin
>> > subdiretories) to the path you specified in the web.xml
>> >
>> > Repackage the war and redeploy, that should do it :)
>> >
>> >
>> > On Sat, Aug 15, 2009 at 11:59 AM, Aaron Aberg <aa...@gmail.com>
>> wrote:
>> >
>> >> Ok, I'm still having a problem. I believe that I have to set the
>> >> solr.solr.home variable somewhere. In Windows, that was easy because
>> >> you could just open up the system tray app for tomcat and set it
>> >> there. How can I do that in linux? After googling, it suggested that I
>> >> set an environment variable in the web.xml file inside the war file. I
>> >> even saw a commented out section for setting the home variable. I set
>> >> it in there but it still is giving me this error:
>> >>
>> >> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader <init>
>> >> INFO: Solr home set to 'solr/'
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
>> >> Solr classloader
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding
>> 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
>> >> to Solr classloader
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
>> >> to Solr classloader
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
>> >> classloader
>> >> Aug 14, 2009 6:16:42 PM org.apache.solr.servlet.SolrDispatchFilter
init
>> >> SEVERE: Could not start SOLR. Check solr/home property
>> >> java.lang.ExceptionInInitializerError
>> >>
>> >> Any ideas?
>> >>
>> >> --Aaron
>> >>
>> >> On Sat, Aug 15, 2009 at 12:40 AM, Shalin Shekhar
>> >> Mangar<sh...@gmail.com> wrote:
>> >> > On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg <aa...@gmail.com>
>> >> wrote:
>> >> >
>> >> >> My client is using a dedicated server with plesk for the control
>> >> >> panel. The hosting provider says that anything done using the
control
>> >> >> panel is supported by their tech support, so if i try anything
using
>> >> >> SSH, it voids that warranty. Its easy to install a servlet through
>> >> >> plesk anyway, I upload the war file using the the java servlet
>> >> >> installer. A sample servlet has been installed so I know this part
>> >> >> works.
>> >> >>
>> >> >> However, when I install solr, i get what looks like a warning icon
>> and
>> >> >> if I hover over it the tool tip text says this:
>> >> >>
>> >> >> "Actual status of the application does not correspond to the status
>> >> >> retrieved from the database."
>> >> >>
>> >> >> The host providers support team says that there is something wrong
>> >> >> with the war file (big help). Since I kind of stuck using tomcat
5.5,
>> >> >> is there an older version of solr that I should be using? How can I
>> >> >> fix this so that I can use solr?
>> >> >>
>> >> >
>> >> > Solr works fine with Tomcat 5.5
>> >> >
>> >> > Solr is a little different from other web applications in that it
uses
>> a
>> >> > specified directory as "solr home" which contains configuration
>> (schema,
>> >> > solrconfig etc). The solrconfig also tells solr where to store the
>> index.
>> >> >
>> >> > The solr home can be specified in many ways (environment variable,
>> JNDI
>> >> or
>> >> > even in web.xml). I guess you should specify the absolute path to
the
>> >> solr
>> >> > home in one of these ways (specifying it in web.xml and re-packaging
>> the
>> >> war
>> >> > may be easier for you?). You'd need to upload the contents of the
solr
>> >> home
>> >> > at the specified location on your server (look at the example
>> directory
>> >> > which comes with the solr download). Specify the absolute path to
data
>> >> > directory in solrconfig.xml (make sure it is writable).
>> >> >
>> >> > http://wiki.apache.org/solr/SolrTomcat
>> >> > http://wiki.apache.org/solr/HackingSolr
>> >> >
>> >> > --
>> >> > Regards,
>> >> > Shalin Shekhar Mangar.
>> >> >
>> >>
>> >
>>
>
RE: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Fuad Efendi <fu...@efendi.ca>.
What is solr.xml for?
INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml Aug 17, 2009
2:37:36 AM org.apache.solr.core.SolrResourceLoader <init>
java.lang.NoClassDefFoundError: org.apache.solr.core.Config
- can't find configuration... XPath needs to load XML to configure Config.
solr.xml???
-----Original Message-----
From: Aaron Aberg [mailto:aaronaberg@gmail.com]
Sent: August-17-09 12:48 PM
To: solr-user@lucene.apache.org
Subject: Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on
CentOS
Ok. Did that. Still got that error. Here is the log (it's not adding
jetty stuff anymore) Here is the log. I included the exception this
time. It looks like its blowing up on something related to XPath. Do
you think its having an issue with one of my xml files?
Aug 17, 2009 2:37:35 AM org.apache.catalina.core.ApplicationContext log
INFO: Manager: start: Starting web application at '/solr'
Aug 17, 2009 2:37:36 AM org.apache.solr.servlet.SolrDispatchFilter init
INFO: SolrDispatchFilter.init()
Aug 17, 2009 2:37:36 AM org.apache.solr.core.SolrResourceLoader
locateInstanceDir
INFO: Using JNDI solr.home: /usr/share/tomcat5/solr
Aug 17, 2009 2:37:36 AM org.apache.solr.core.CoreContainer$Initializer
initialize
INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
Aug 17, 2009 2:37:36 AM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to '/usr/share/tomcat5/solr/'
Aug 17, 2009 2:37:36 AM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Reusing parent classloader
Aug 17, 2009 2:37:36 AM org.apache.solr.servlet.SolrDispatchFilter init
SEVERE: Could not start SOLR. Check solr/home property
java.lang.ExceptionInInitializerError
at org.apache.solr.core.CoreContainer.load(CoreContainer.java:169)
at
org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java
:104)
at
org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:69)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilter
Config.java:221)
at
org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFil
terConfig.java:302)
at
org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterCon
fig.java:78)
at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:36
35)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
at
org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1176)
at
org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:369)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:188)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:210)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:172)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:525)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117
)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:108)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC
onnection(Http11BaseProtocol.java:665)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
a:528)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
rkerThread.java:81)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:685)
at java.lang.Thread.run(Thread.java:636)
Caused by: java.lang.RuntimeException: XPathFactory#newInstance()
failed to create an XPathFactory for the default object model:
http://java.sun.com/jaxp/xpath/dom with the
XPathFactoryConfigurationException:
javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
implementation found for the object model:
http://java.sun.com/jaxp/xpath/dom
at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
at org.apache.solr.core.Config.<clinit>(Config.java:41)
... 27 more
Aug 17, 2009 2:37:36 AM org.apache.catalina.core.StandardContext filterStart
SEVERE: Exception starting filter SolrRequestFilter
java.lang.NoClassDefFoundError: org.apache.solr.core.Config
at
org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:76)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilter
Config.java:221)
at
org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFil
terConfig.java:302)
at
org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterCon
fig.java:78)
at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:36
35)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
at
org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1176)
at
org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:369)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:188)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:210)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:172)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:525)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117
)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:108)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC
onnection(Http11BaseProtocol.java:665)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
a:528)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
rkerThread.java:81)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:685)
at java.lang.Thread.run(Thread.java:636)
Aug 17, 2009 2:37:36 AM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
Aug 17, 2009 2:37:36 AM org.apache.catalina.core.StandardContext start
SEVERE: Context [/solr] startup failed due to previous errors
Here is the file structure of /usr/share/tomcat5/solr:
/usr/share/tomcat5/solr/
/usr/share/tomcat5/solr/bin
/usr/share/tomcat5/solr/bin/rsyncd-stop
/usr/share/tomcat5/solr/bin/abo
/usr/share/tomcat5/solr/bin/scripts-util
/usr/share/tomcat5/solr/bin/snappuller-disable
/usr/share/tomcat5/solr/bin/backupcleaner
/usr/share/tomcat5/solr/bin/snapcleaner
/usr/share/tomcat5/solr/bin/rsyncd-disable
/usr/share/tomcat5/solr/bin/snapinstaller
/usr/share/tomcat5/solr/bin/commit
/usr/share/tomcat5/solr/bin/snappuller-enable
/usr/share/tomcat5/solr/bin/snappuller
/usr/share/tomcat5/solr/bin/backup
/usr/share/tomcat5/solr/bin/rsyncd-start
/usr/share/tomcat5/solr/bin/abc
/usr/share/tomcat5/solr/bin/rsyncd-enable
/usr/share/tomcat5/solr/bin/optimize
/usr/share/tomcat5/solr/bin/snapshooter
/usr/share/tomcat5/solr/bin/readercycle
/usr/share/tomcat5/solr/logs
/usr/share/tomcat5/solr/conf
/usr/share/tomcat5/solr/conf/schema.xml
/usr/share/tomcat5/solr/conf/solrconfig.xml
/usr/share/tomcat5/solr/conf/synonyms.txt
/usr/share/tomcat5/solr/conf/xslt
/usr/share/tomcat5/solr/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/conf/xslt/example.xsl
/usr/share/tomcat5/solr/conf/elevate.xml
/usr/share/tomcat5/solr/conf/scripts.conf
/usr/share/tomcat5/solr/conf/protwords.txt
/usr/share/tomcat5/solr/conf/spellings.txt
/usr/share/tomcat5/solr/conf/admin-extra.html
/usr/share/tomcat5/solr/conf/stopwords.txt
/usr/share/tomcat5/solr/start.jar
/usr/share/tomcat5/solr/testing.mywebk9.com
/usr/share/tomcat5/solr/testing.mywebk9.com/conf
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/solrconfig.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/synonyms.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/scripts.conf
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/spellings.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/admin-extra.html
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/stopwords.txt
/usr/share/tomcat5/solr/solr.xml
/usr/share/tomcat5/solr/mywebk9.com
/usr/share/tomcat5/solr/mywebk9.com/conf
/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/solrconfig.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/synonyms.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/scripts.conf
/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/spellings.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/admin-extra.html
/usr/share/tomcat5/solr/mywebk9.com/conf/stopwords.txt
/usr/share/tomcat5/solr/README.txt
What should my file structure look like for solr home?
--Aaron
On Mon, Aug 17, 2009 at 2:13 AM, Constantijn
Visinescu<ba...@gmail.com> wrote:
> Not sure what's going on but i see jetty stuff scrolling by, that can't be
> right :)
> Jetty and Tomcat are 2 seperate webservers for serving java applications.
> the 2 of them mixing doesn't sound like a good idea.
> Jetty is included in the examples for .. well .. example purposes ... but
> it's not a part of solr itself and you don't want it mucking up tomcat :)
>
> Try throwing everything out except the conf (and maybe the bin) dir and
see
> if it works ?
>
> The data dir should automatically be recreated with a blank index if solr
is
> starting up properly.
>
>
> On Mon, Aug 17, 2009 at 10:30 AM, Aaron Aberg <aa...@gmail.com>
wrote:
>
>> Thanks for the help. I commented out that line in solrconfig.xml like
>> you said. my web.xml file has this entry in it:
>>
>> <env-entry>
>> <env-entry-name>solr/home</env-entry-name>
>> <env-entry-value>/usr/share/tomcat5/solr</env-entry-value>
>> <env-entry-type>java.lang.String</env-entry-type>
>> </env-entry>
>>
>> And here is my file structure for solr home:
>>
>> /usr/share/tomcat5/solr/
>> /usr/share/tomcat5/solr/bin
>> /usr/share/tomcat5/solr/bin/* (assuming everything under bin is correct)
>> /usr/share/tomcat5/solr/data (created and chown'ed this to tomcat:tomcat)
>> /usr/share/tomcat5/solr/logs
>> /usr/share/tomcat5/solr/conf
>> /usr/share/tomcat5/solr/conf/* (assuming everything under conf is
correct)
>> /usr/share/tomcat5/solr/start.jar
>> /usr/share/tomcat5/solr/etc
>> /usr/share/tomcat5/solr/etc/webdefault.xml
>> /usr/share/tomcat5/solr/etc/jetty.xml
>> /usr/share/tomcat5/solr/testing.mywebk9.com
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf
>>
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml<http://testing.m
ywebk9.com/conf%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xm
l>
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/solrconfig.xml
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/synonyms.txt
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl
>>
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml<http://testing.
mywebk9.com/conf/xslt%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xsl
t/example_atom.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/l
uke.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.
xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl%0A/u
sr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml>
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/scripts.conf
>>
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt<http://testin
g.mywebk9.com/conf/scripts.conf%0A/usr/share/tomcat5/solr/testing.mywebk9.co
m/conf/protwords.txt>
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/spellings.txt
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/admin-extra.html
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/stopwords.txt
>> /usr/share/tomcat5/solr/lib
>> /usr/share/tomcat5/solr/lib/jetty-6.1.3.jar
>> /usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar
>> /usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1
>> /usr/share/tomcat5/solr/lib/jsp-2.1/jsp-api-2.1.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1/jsp-2.1.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1/ant-1.6.5.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1/core-3.1.1.jar
>> /usr/share/tomcat5/solr/solr.xml (<-- see! here is my solr.xml setup
>> for multicore)
>> /usr/share/tomcat5/solr/mywebk9.com
>> /usr/share/tomcat5/solr/mywebk9.com/conf
>>
/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml<http://mywebk9.com/conf%
0A/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml>
>> /usr/share/tomcat5/solr/mywebk9.com/conf/solrconfig.xml
>> /usr/share/tomcat5/solr/mywebk9.com/conf/synonyms.txt
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl
>>
/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml<http://mywebk9.com/conf
/xslt%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl%0A/us
r/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl%0A/usr/share/tomcat5/sol
r/mywebk9.com/conf/xslt/example_rss.xsl%0A/usr/share/tomcat5/solr/mywebk9.co
m/conf/xslt/example.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.x
ml>
>> /usr/share/tomcat5/solr/mywebk9.com/conf/scripts.conf
>>
/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt<http://mywebk9.com/co
nf/scripts.conf%0A/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt>
>> /usr/share/tomcat5/solr/mywebk9.com/conf/spellings.txt
>> /usr/share/tomcat5/solr/mywebk9.com/conf/admin-extra.html
>> /usr/share/tomcat5/solr/mywebk9.com/conf/stopwords.txt
>> /usr/share/tomcat5/solr/webapps
>> /usr/share/tomcat5/solr/webapps/solr.war
>>
>> I'm still getting this error:
>>
>> Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
>> INFO: SolrDispatchFilter.init()
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> locateInstanceDir
>> INFO: Using JNDI solr.home: /usr/share/tomcat5/solr
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.CoreContainer$Initializer
>> initialize
>> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader <init>
>> INFO: Solr home set to '/usr/share/tomcat5/solr/'
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
>> Solr classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
>> to Solr classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
>> to Solr classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
>> classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
>> SEVERE: Could not start SOLR. Check solr/home property
>>
>> I don't understand... it says solr home set to
>> '/usr/share/tomcat5/solr/' but the error says that there is something
>> wrong with the solr/home directory. Is my file structure incorrect and
>> its been masked by this error?
>>
>> --Aaron
>>
>> On Mon, Aug 17, 2009 at 12:57 AM, Constantijn
>> Visinescu<ba...@gmail.com> wrote:
>> > near the bottom of my web.xml (just above </web-app>) i got
>> >
>> > <env-entry>
>> > <env-entry-name>solr/home</env-entry-name>
>> > <env-entry-value>path/to/solr</env-entry-value>
>> > <env-entry-type>java.lang.String</env-entry-type>
>> > </env-entry>
>> >
>> > While you're at it you might want to make sure the following line in
your
>> > solrconfig.xml is commented out
>> > <!-- <dataDir>${solr.data.dir:./solr/data}</dataDir> -->
>> >
>> > next you should copy the sorl directory (the one with the conf, data
and
>> bin
>> > subdiretories) to the path you specified in the web.xml
>> >
>> > Repackage the war and redeploy, that should do it :)
>> >
>> >
>> > On Sat, Aug 15, 2009 at 11:59 AM, Aaron Aberg <aa...@gmail.com>
>> wrote:
>> >
>> >> Ok, I'm still having a problem. I believe that I have to set the
>> >> solr.solr.home variable somewhere. In Windows, that was easy because
>> >> you could just open up the system tray app for tomcat and set it
>> >> there. How can I do that in linux? After googling, it suggested that I
>> >> set an environment variable in the web.xml file inside the war file. I
>> >> even saw a commented out section for setting the home variable. I set
>> >> it in there but it still is giving me this error:
>> >>
>> >> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader <init>
>> >> INFO: Solr home set to 'solr/'
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
>> >> Solr classloader
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding
>> 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
>> >> to Solr classloader
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
>> >> to Solr classloader
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
>> >> classloader
>> >> Aug 14, 2009 6:16:42 PM org.apache.solr.servlet.SolrDispatchFilter
init
>> >> SEVERE: Could not start SOLR. Check solr/home property
>> >> java.lang.ExceptionInInitializerError
>> >>
>> >> Any ideas?
>> >>
>> >> --Aaron
>> >>
>> >> On Sat, Aug 15, 2009 at 12:40 AM, Shalin Shekhar
>> >> Mangar<sh...@gmail.com> wrote:
>> >> > On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg <aa...@gmail.com>
>> >> wrote:
>> >> >
>> >> >> My client is using a dedicated server with plesk for the control
>> >> >> panel. The hosting provider says that anything done using the
control
>> >> >> panel is supported by their tech support, so if i try anything
using
>> >> >> SSH, it voids that warranty. Its easy to install a servlet through
>> >> >> plesk anyway, I upload the war file using the the java servlet
>> >> >> installer. A sample servlet has been installed so I know this part
>> >> >> works.
>> >> >>
>> >> >> However, when I install solr, i get what looks like a warning icon
>> and
>> >> >> if I hover over it the tool tip text says this:
>> >> >>
>> >> >> "Actual status of the application does not correspond to the status
>> >> >> retrieved from the database."
>> >> >>
>> >> >> The host providers support team says that there is something wrong
>> >> >> with the war file (big help). Since I kind of stuck using tomcat
5.5,
>> >> >> is there an older version of solr that I should be using? How can I
>> >> >> fix this so that I can use solr?
>> >> >>
>> >> >
>> >> > Solr works fine with Tomcat 5.5
>> >> >
>> >> > Solr is a little different from other web applications in that it
uses
>> a
>> >> > specified directory as "solr home" which contains configuration
>> (schema,
>> >> > solrconfig etc). The solrconfig also tells solr where to store the
>> index.
>> >> >
>> >> > The solr home can be specified in many ways (environment variable,
>> JNDI
>> >> or
>> >> > even in web.xml). I guess you should specify the absolute path to
the
>> >> solr
>> >> > home in one of these ways (specifying it in web.xml and re-packaging
>> the
>> >> war
>> >> > may be easier for you?). You'd need to upload the contents of the
solr
>> >> home
>> >> > at the specified location on your server (look at the example
>> directory
>> >> > which comes with the solr download). Specify the absolute path to
data
>> >> > directory in solrconfig.xml (make sure it is writable).
>> >> >
>> >> > http://wiki.apache.org/solr/SolrTomcat
>> >> > http://wiki.apache.org/solr/HackingSolr
>> >> >
>> >> > --
>> >> > Regards,
>> >> > Shalin Shekhar Mangar.
>> >> >
>> >>
>> >
>>
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Ok. Did that. Still got that error. Here is the log (it's not adding
jetty stuff anymore) Here is the log. I included the exception this
time. It looks like its blowing up on something related to XPath. Do
you think its having an issue with one of my xml files?
Aug 17, 2009 2:37:35 AM org.apache.catalina.core.ApplicationContext log
INFO: Manager: start: Starting web application at '/solr'
Aug 17, 2009 2:37:36 AM org.apache.solr.servlet.SolrDispatchFilter init
INFO: SolrDispatchFilter.init()
Aug 17, 2009 2:37:36 AM org.apache.solr.core.SolrResourceLoader
locateInstanceDir
INFO: Using JNDI solr.home: /usr/share/tomcat5/solr
Aug 17, 2009 2:37:36 AM org.apache.solr.core.CoreContainer$Initializer
initialize
INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
Aug 17, 2009 2:37:36 AM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to '/usr/share/tomcat5/solr/'
Aug 17, 2009 2:37:36 AM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Reusing parent classloader
Aug 17, 2009 2:37:36 AM org.apache.solr.servlet.SolrDispatchFilter init
SEVERE: Could not start SOLR. Check solr/home property
java.lang.ExceptionInInitializerError
at org.apache.solr.core.CoreContainer.load(CoreContainer.java:169)
at org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:104)
at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:69)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:221)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1176)
at org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:369)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
at java.lang.Thread.run(Thread.java:636)
Caused by: java.lang.RuntimeException: XPathFactory#newInstance()
failed to create an XPathFactory for the default object model:
http://java.sun.com/jaxp/xpath/dom with the
XPathFactoryConfigurationException:
javax.xml.xpath.XPathFactoryConfigurationException: No XPathFctory
implementation found for the object model:
http://java.sun.com/jaxp/xpath/dom
at javax.xml.xpath.XPathFactory.newInstance(Unknown Source)
at org.apache.solr.core.Config.<clinit>(Config.java:41)
... 27 more
Aug 17, 2009 2:37:36 AM org.apache.catalina.core.StandardContext filterStart
SEVERE: Exception starting filter SolrRequestFilter
java.lang.NoClassDefFoundError: org.apache.solr.core.Config
at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:76)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:221)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1176)
at org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:369)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
at java.lang.Thread.run(Thread.java:636)
Aug 17, 2009 2:37:36 AM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
Aug 17, 2009 2:37:36 AM org.apache.catalina.core.StandardContext start
SEVERE: Context [/solr] startup failed due to previous errors
Here is the file structure of /usr/share/tomcat5/solr:
/usr/share/tomcat5/solr/
/usr/share/tomcat5/solr/bin
/usr/share/tomcat5/solr/bin/rsyncd-stop
/usr/share/tomcat5/solr/bin/abo
/usr/share/tomcat5/solr/bin/scripts-util
/usr/share/tomcat5/solr/bin/snappuller-disable
/usr/share/tomcat5/solr/bin/backupcleaner
/usr/share/tomcat5/solr/bin/snapcleaner
/usr/share/tomcat5/solr/bin/rsyncd-disable
/usr/share/tomcat5/solr/bin/snapinstaller
/usr/share/tomcat5/solr/bin/commit
/usr/share/tomcat5/solr/bin/snappuller-enable
/usr/share/tomcat5/solr/bin/snappuller
/usr/share/tomcat5/solr/bin/backup
/usr/share/tomcat5/solr/bin/rsyncd-start
/usr/share/tomcat5/solr/bin/abc
/usr/share/tomcat5/solr/bin/rsyncd-enable
/usr/share/tomcat5/solr/bin/optimize
/usr/share/tomcat5/solr/bin/snapshooter
/usr/share/tomcat5/solr/bin/readercycle
/usr/share/tomcat5/solr/logs
/usr/share/tomcat5/solr/conf
/usr/share/tomcat5/solr/conf/schema.xml
/usr/share/tomcat5/solr/conf/solrconfig.xml
/usr/share/tomcat5/solr/conf/synonyms.txt
/usr/share/tomcat5/solr/conf/xslt
/usr/share/tomcat5/solr/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/conf/xslt/example.xsl
/usr/share/tomcat5/solr/conf/elevate.xml
/usr/share/tomcat5/solr/conf/scripts.conf
/usr/share/tomcat5/solr/conf/protwords.txt
/usr/share/tomcat5/solr/conf/spellings.txt
/usr/share/tomcat5/solr/conf/admin-extra.html
/usr/share/tomcat5/solr/conf/stopwords.txt
/usr/share/tomcat5/solr/start.jar
/usr/share/tomcat5/solr/testing.mywebk9.com
/usr/share/tomcat5/solr/testing.mywebk9.com/conf
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/solrconfig.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/synonyms.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/scripts.conf
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/spellings.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/admin-extra.html
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/stopwords.txt
/usr/share/tomcat5/solr/solr.xml
/usr/share/tomcat5/solr/mywebk9.com
/usr/share/tomcat5/solr/mywebk9.com/conf
/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/solrconfig.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/synonyms.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/scripts.conf
/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/spellings.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/admin-extra.html
/usr/share/tomcat5/solr/mywebk9.com/conf/stopwords.txt
/usr/share/tomcat5/solr/README.txt
What should my file structure look like for solr home?
--Aaron
On Mon, Aug 17, 2009 at 2:13 AM, Constantijn
Visinescu<ba...@gmail.com> wrote:
> Not sure what's going on but i see jetty stuff scrolling by, that can't be
> right :)
> Jetty and Tomcat are 2 seperate webservers for serving java applications.
> the 2 of them mixing doesn't sound like a good idea.
> Jetty is included in the examples for .. well .. example purposes ... but
> it's not a part of solr itself and you don't want it mucking up tomcat :)
>
> Try throwing everything out except the conf (and maybe the bin) dir and see
> if it works ?
>
> The data dir should automatically be recreated with a blank index if solr is
> starting up properly.
>
>
> On Mon, Aug 17, 2009 at 10:30 AM, Aaron Aberg <aa...@gmail.com> wrote:
>
>> Thanks for the help. I commented out that line in solrconfig.xml like
>> you said. my web.xml file has this entry in it:
>>
>> <env-entry>
>> <env-entry-name>solr/home</env-entry-name>
>> <env-entry-value>/usr/share/tomcat5/solr</env-entry-value>
>> <env-entry-type>java.lang.String</env-entry-type>
>> </env-entry>
>>
>> And here is my file structure for solr home:
>>
>> /usr/share/tomcat5/solr/
>> /usr/share/tomcat5/solr/bin
>> /usr/share/tomcat5/solr/bin/* (assuming everything under bin is correct)
>> /usr/share/tomcat5/solr/data (created and chown'ed this to tomcat:tomcat)
>> /usr/share/tomcat5/solr/logs
>> /usr/share/tomcat5/solr/conf
>> /usr/share/tomcat5/solr/conf/* (assuming everything under conf is correct)
>> /usr/share/tomcat5/solr/start.jar
>> /usr/share/tomcat5/solr/etc
>> /usr/share/tomcat5/solr/etc/webdefault.xml
>> /usr/share/tomcat5/solr/etc/jetty.xml
>> /usr/share/tomcat5/solr/testing.mywebk9.com
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml<http://testing.mywebk9.com/conf%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml>
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/solrconfig.xml
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/synonyms.txt
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml<http://testing.mywebk9.com/conf/xslt%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml>
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/scripts.conf
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt<http://testing.mywebk9.com/conf/scripts.conf%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt>
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/spellings.txt
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/admin-extra.html
>> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/stopwords.txt
>> /usr/share/tomcat5/solr/lib
>> /usr/share/tomcat5/solr/lib/jetty-6.1.3.jar
>> /usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar
>> /usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1
>> /usr/share/tomcat5/solr/lib/jsp-2.1/jsp-api-2.1.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1/jsp-2.1.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1/ant-1.6.5.jar
>> /usr/share/tomcat5/solr/lib/jsp-2.1/core-3.1.1.jar
>> /usr/share/tomcat5/solr/solr.xml (<-- see! here is my solr.xml setup
>> for multicore)
>> /usr/share/tomcat5/solr/mywebk9.com
>> /usr/share/tomcat5/solr/mywebk9.com/conf
>> /usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml<http://mywebk9.com/conf%0A/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml>
>> /usr/share/tomcat5/solr/mywebk9.com/conf/solrconfig.xml
>> /usr/share/tomcat5/solr/mywebk9.com/conf/synonyms.txt
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl
>> /usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml<http://mywebk9.com/conf/xslt%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml>
>> /usr/share/tomcat5/solr/mywebk9.com/conf/scripts.conf
>> /usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt<http://mywebk9.com/conf/scripts.conf%0A/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt>
>> /usr/share/tomcat5/solr/mywebk9.com/conf/spellings.txt
>> /usr/share/tomcat5/solr/mywebk9.com/conf/admin-extra.html
>> /usr/share/tomcat5/solr/mywebk9.com/conf/stopwords.txt
>> /usr/share/tomcat5/solr/webapps
>> /usr/share/tomcat5/solr/webapps/solr.war
>>
>> I'm still getting this error:
>>
>> Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
>> INFO: SolrDispatchFilter.init()
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> locateInstanceDir
>> INFO: Using JNDI solr.home: /usr/share/tomcat5/solr
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.CoreContainer$Initializer
>> initialize
>> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader <init>
>> INFO: Solr home set to '/usr/share/tomcat5/solr/'
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
>> Solr classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
>> to Solr classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
>> to Solr classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
>> classloader
>> Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
>> SEVERE: Could not start SOLR. Check solr/home property
>>
>> I don't understand... it says solr home set to
>> '/usr/share/tomcat5/solr/' but the error says that there is something
>> wrong with the solr/home directory. Is my file structure incorrect and
>> its been masked by this error?
>>
>> --Aaron
>>
>> On Mon, Aug 17, 2009 at 12:57 AM, Constantijn
>> Visinescu<ba...@gmail.com> wrote:
>> > near the bottom of my web.xml (just above </web-app>) i got
>> >
>> > <env-entry>
>> > <env-entry-name>solr/home</env-entry-name>
>> > <env-entry-value>path/to/solr</env-entry-value>
>> > <env-entry-type>java.lang.String</env-entry-type>
>> > </env-entry>
>> >
>> > While you're at it you might want to make sure the following line in your
>> > solrconfig.xml is commented out
>> > <!-- <dataDir>${solr.data.dir:./solr/data}</dataDir> -->
>> >
>> > next you should copy the sorl directory (the one with the conf, data and
>> bin
>> > subdiretories) to the path you specified in the web.xml
>> >
>> > Repackage the war and redeploy, that should do it :)
>> >
>> >
>> > On Sat, Aug 15, 2009 at 11:59 AM, Aaron Aberg <aa...@gmail.com>
>> wrote:
>> >
>> >> Ok, I'm still having a problem. I believe that I have to set the
>> >> solr.solr.home variable somewhere. In Windows, that was easy because
>> >> you could just open up the system tray app for tomcat and set it
>> >> there. How can I do that in linux? After googling, it suggested that I
>> >> set an environment variable in the web.xml file inside the war file. I
>> >> even saw a commented out section for setting the home variable. I set
>> >> it in there but it still is giving me this error:
>> >>
>> >> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader <init>
>> >> INFO: Solr home set to 'solr/'
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
>> >> Solr classloader
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding
>> 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
>> >> to Solr classloader
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
>> >> to Solr classloader
>> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> >> createClassLoader
>> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
>> >> classloader
>> >> Aug 14, 2009 6:16:42 PM org.apache.solr.servlet.SolrDispatchFilter init
>> >> SEVERE: Could not start SOLR. Check solr/home property
>> >> java.lang.ExceptionInInitializerError
>> >>
>> >> Any ideas?
>> >>
>> >> --Aaron
>> >>
>> >> On Sat, Aug 15, 2009 at 12:40 AM, Shalin Shekhar
>> >> Mangar<sh...@gmail.com> wrote:
>> >> > On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg <aa...@gmail.com>
>> >> wrote:
>> >> >
>> >> >> My client is using a dedicated server with plesk for the control
>> >> >> panel. The hosting provider says that anything done using the control
>> >> >> panel is supported by their tech support, so if i try anything using
>> >> >> SSH, it voids that warranty. Its easy to install a servlet through
>> >> >> plesk anyway, I upload the war file using the the java servlet
>> >> >> installer. A sample servlet has been installed so I know this part
>> >> >> works.
>> >> >>
>> >> >> However, when I install solr, i get what looks like a warning icon
>> and
>> >> >> if I hover over it the tool tip text says this:
>> >> >>
>> >> >> "Actual status of the application does not correspond to the status
>> >> >> retrieved from the database."
>> >> >>
>> >> >> The host providers support team says that there is something wrong
>> >> >> with the war file (big help). Since I kind of stuck using tomcat 5.5,
>> >> >> is there an older version of solr that I should be using? How can I
>> >> >> fix this so that I can use solr?
>> >> >>
>> >> >
>> >> > Solr works fine with Tomcat 5.5
>> >> >
>> >> > Solr is a little different from other web applications in that it uses
>> a
>> >> > specified directory as "solr home" which contains configuration
>> (schema,
>> >> > solrconfig etc). The solrconfig also tells solr where to store the
>> index.
>> >> >
>> >> > The solr home can be specified in many ways (environment variable,
>> JNDI
>> >> or
>> >> > even in web.xml). I guess you should specify the absolute path to the
>> >> solr
>> >> > home in one of these ways (specifying it in web.xml and re-packaging
>> the
>> >> war
>> >> > may be easier for you?). You'd need to upload the contents of the solr
>> >> home
>> >> > at the specified location on your server (look at the example
>> directory
>> >> > which comes with the solr download). Specify the absolute path to data
>> >> > directory in solrconfig.xml (make sure it is writable).
>> >> >
>> >> > http://wiki.apache.org/solr/SolrTomcat
>> >> > http://wiki.apache.org/solr/HackingSolr
>> >> >
>> >> > --
>> >> > Regards,
>> >> > Shalin Shekhar Mangar.
>> >> >
>> >>
>> >
>>
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Constantijn Visinescu <ba...@gmail.com>.
Not sure what's going on but i see jetty stuff scrolling by, that can't be
right :)
Jetty and Tomcat are 2 seperate webservers for serving java applications.
the 2 of them mixing doesn't sound like a good idea.
Jetty is included in the examples for .. well .. example purposes ... but
it's not a part of solr itself and you don't want it mucking up tomcat :)
Try throwing everything out except the conf (and maybe the bin) dir and see
if it works ?
The data dir should automatically be recreated with a blank index if solr is
starting up properly.
On Mon, Aug 17, 2009 at 10:30 AM, Aaron Aberg <aa...@gmail.com> wrote:
> Thanks for the help. I commented out that line in solrconfig.xml like
> you said. my web.xml file has this entry in it:
>
> <env-entry>
> <env-entry-name>solr/home</env-entry-name>
> <env-entry-value>/usr/share/tomcat5/solr</env-entry-value>
> <env-entry-type>java.lang.String</env-entry-type>
> </env-entry>
>
> And here is my file structure for solr home:
>
> /usr/share/tomcat5/solr/
> /usr/share/tomcat5/solr/bin
> /usr/share/tomcat5/solr/bin/* (assuming everything under bin is correct)
> /usr/share/tomcat5/solr/data (created and chown'ed this to tomcat:tomcat)
> /usr/share/tomcat5/solr/logs
> /usr/share/tomcat5/solr/conf
> /usr/share/tomcat5/solr/conf/* (assuming everything under conf is correct)
> /usr/share/tomcat5/solr/start.jar
> /usr/share/tomcat5/solr/etc
> /usr/share/tomcat5/solr/etc/webdefault.xml
> /usr/share/tomcat5/solr/etc/jetty.xml
> /usr/share/tomcat5/solr/testing.mywebk9.com
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml<http://testing.mywebk9.com/conf%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml>
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/solrconfig.xml
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/synonyms.txt
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml<http://testing.mywebk9.com/conf/xslt%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml>
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/scripts.conf
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt<http://testing.mywebk9.com/conf/scripts.conf%0A/usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt>
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/spellings.txt
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/admin-extra.html
> /usr/share/tomcat5/solr/testing.mywebk9.com/conf/stopwords.txt
> /usr/share/tomcat5/solr/lib
> /usr/share/tomcat5/solr/lib/jetty-6.1.3.jar
> /usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar
> /usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar
> /usr/share/tomcat5/solr/lib/jsp-2.1
> /usr/share/tomcat5/solr/lib/jsp-2.1/jsp-api-2.1.jar
> /usr/share/tomcat5/solr/lib/jsp-2.1/jsp-2.1.jar
> /usr/share/tomcat5/solr/lib/jsp-2.1/ant-1.6.5.jar
> /usr/share/tomcat5/solr/lib/jsp-2.1/core-3.1.1.jar
> /usr/share/tomcat5/solr/solr.xml (<-- see! here is my solr.xml setup
> for multicore)
> /usr/share/tomcat5/solr/mywebk9.com
> /usr/share/tomcat5/solr/mywebk9.com/conf
> /usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml<http://mywebk9.com/conf%0A/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml>
> /usr/share/tomcat5/solr/mywebk9.com/conf/solrconfig.xml
> /usr/share/tomcat5/solr/mywebk9.com/conf/synonyms.txt
> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt
> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl
> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl
> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl
> /usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl
> /usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml<http://mywebk9.com/conf/xslt%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl%0A/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml>
> /usr/share/tomcat5/solr/mywebk9.com/conf/scripts.conf
> /usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt<http://mywebk9.com/conf/scripts.conf%0A/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt>
> /usr/share/tomcat5/solr/mywebk9.com/conf/spellings.txt
> /usr/share/tomcat5/solr/mywebk9.com/conf/admin-extra.html
> /usr/share/tomcat5/solr/mywebk9.com/conf/stopwords.txt
> /usr/share/tomcat5/solr/webapps
> /usr/share/tomcat5/solr/webapps/solr.war
>
> I'm still getting this error:
>
> Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
> INFO: SolrDispatchFilter.init()
> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
> locateInstanceDir
> INFO: Using JNDI solr.home: /usr/share/tomcat5/solr
> Aug 16, 2009 6:14:44 PM org.apache.solr.core.CoreContainer$Initializer
> initialize
> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader <init>
> INFO: Solr home set to '/usr/share/tomcat5/solr/'
> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
> Solr classloader
> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
> to Solr classloader
> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
> to Solr classloader
> Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
> classloader
> Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
> SEVERE: Could not start SOLR. Check solr/home property
>
> I don't understand... it says solr home set to
> '/usr/share/tomcat5/solr/' but the error says that there is something
> wrong with the solr/home directory. Is my file structure incorrect and
> its been masked by this error?
>
> --Aaron
>
> On Mon, Aug 17, 2009 at 12:57 AM, Constantijn
> Visinescu<ba...@gmail.com> wrote:
> > near the bottom of my web.xml (just above </web-app>) i got
> >
> > <env-entry>
> > <env-entry-name>solr/home</env-entry-name>
> > <env-entry-value>path/to/solr</env-entry-value>
> > <env-entry-type>java.lang.String</env-entry-type>
> > </env-entry>
> >
> > While you're at it you might want to make sure the following line in your
> > solrconfig.xml is commented out
> > <!-- <dataDir>${solr.data.dir:./solr/data}</dataDir> -->
> >
> > next you should copy the sorl directory (the one with the conf, data and
> bin
> > subdiretories) to the path you specified in the web.xml
> >
> > Repackage the war and redeploy, that should do it :)
> >
> >
> > On Sat, Aug 15, 2009 at 11:59 AM, Aaron Aberg <aa...@gmail.com>
> wrote:
> >
> >> Ok, I'm still having a problem. I believe that I have to set the
> >> solr.solr.home variable somewhere. In Windows, that was easy because
> >> you could just open up the system tray app for tomcat and set it
> >> there. How can I do that in linux? After googling, it suggested that I
> >> set an environment variable in the web.xml file inside the war file. I
> >> even saw a commented out section for setting the home variable. I set
> >> it in there but it still is giving me this error:
> >>
> >> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader <init>
> >> INFO: Solr home set to 'solr/'
> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
> >> createClassLoader
> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
> >> Solr classloader
> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
> >> createClassLoader
> >> INFO: Adding
> 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
> >> to Solr classloader
> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
> >> createClassLoader
> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
> >> to Solr classloader
> >> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
> >> createClassLoader
> >> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
> >> classloader
> >> Aug 14, 2009 6:16:42 PM org.apache.solr.servlet.SolrDispatchFilter init
> >> SEVERE: Could not start SOLR. Check solr/home property
> >> java.lang.ExceptionInInitializerError
> >>
> >> Any ideas?
> >>
> >> --Aaron
> >>
> >> On Sat, Aug 15, 2009 at 12:40 AM, Shalin Shekhar
> >> Mangar<sh...@gmail.com> wrote:
> >> > On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg <aa...@gmail.com>
> >> wrote:
> >> >
> >> >> My client is using a dedicated server with plesk for the control
> >> >> panel. The hosting provider says that anything done using the control
> >> >> panel is supported by their tech support, so if i try anything using
> >> >> SSH, it voids that warranty. Its easy to install a servlet through
> >> >> plesk anyway, I upload the war file using the the java servlet
> >> >> installer. A sample servlet has been installed so I know this part
> >> >> works.
> >> >>
> >> >> However, when I install solr, i get what looks like a warning icon
> and
> >> >> if I hover over it the tool tip text says this:
> >> >>
> >> >> "Actual status of the application does not correspond to the status
> >> >> retrieved from the database."
> >> >>
> >> >> The host providers support team says that there is something wrong
> >> >> with the war file (big help). Since I kind of stuck using tomcat 5.5,
> >> >> is there an older version of solr that I should be using? How can I
> >> >> fix this so that I can use solr?
> >> >>
> >> >
> >> > Solr works fine with Tomcat 5.5
> >> >
> >> > Solr is a little different from other web applications in that it uses
> a
> >> > specified directory as "solr home" which contains configuration
> (schema,
> >> > solrconfig etc). The solrconfig also tells solr where to store the
> index.
> >> >
> >> > The solr home can be specified in many ways (environment variable,
> JNDI
> >> or
> >> > even in web.xml). I guess you should specify the absolute path to the
> >> solr
> >> > home in one of these ways (specifying it in web.xml and re-packaging
> the
> >> war
> >> > may be easier for you?). You'd need to upload the contents of the solr
> >> home
> >> > at the specified location on your server (look at the example
> directory
> >> > which comes with the solr download). Specify the absolute path to data
> >> > directory in solrconfig.xml (make sure it is writable).
> >> >
> >> > http://wiki.apache.org/solr/SolrTomcat
> >> > http://wiki.apache.org/solr/HackingSolr
> >> >
> >> > --
> >> > Regards,
> >> > Shalin Shekhar Mangar.
> >> >
> >>
> >
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Thanks for the help. I commented out that line in solrconfig.xml like
you said. my web.xml file has this entry in it:
<env-entry>
<env-entry-name>solr/home</env-entry-name>
<env-entry-value>/usr/share/tomcat5/solr</env-entry-value>
<env-entry-type>java.lang.String</env-entry-type>
</env-entry>
And here is my file structure for solr home:
/usr/share/tomcat5/solr/
/usr/share/tomcat5/solr/bin
/usr/share/tomcat5/solr/bin/* (assuming everything under bin is correct)
/usr/share/tomcat5/solr/data (created and chown'ed this to tomcat:tomcat)
/usr/share/tomcat5/solr/logs
/usr/share/tomcat5/solr/conf
/usr/share/tomcat5/solr/conf/* (assuming everything under conf is correct)
/usr/share/tomcat5/solr/start.jar
/usr/share/tomcat5/solr/etc
/usr/share/tomcat5/solr/etc/webdefault.xml
/usr/share/tomcat5/solr/etc/jetty.xml
/usr/share/tomcat5/solr/testing.mywebk9.com
/usr/share/tomcat5/solr/testing.mywebk9.com/conf
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/schema.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/solrconfig.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/synonyms.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/xslt/example.xsl
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/elevate.xml
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/scripts.conf
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/protwords.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/spellings.txt
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/admin-extra.html
/usr/share/tomcat5/solr/testing.mywebk9.com/conf/stopwords.txt
/usr/share/tomcat5/solr/lib
/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar
/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar
/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar
/usr/share/tomcat5/solr/lib/jsp-2.1
/usr/share/tomcat5/solr/lib/jsp-2.1/jsp-api-2.1.jar
/usr/share/tomcat5/solr/lib/jsp-2.1/jsp-2.1.jar
/usr/share/tomcat5/solr/lib/jsp-2.1/ant-1.6.5.jar
/usr/share/tomcat5/solr/lib/jsp-2.1/core-3.1.1.jar
/usr/share/tomcat5/solr/solr.xml (<-- see! here is my solr.xml setup
for multicore)
/usr/share/tomcat5/solr/mywebk9.com
/usr/share/tomcat5/solr/mywebk9.com/conf
/usr/share/tomcat5/solr/mywebk9.com/conf/schema.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/solrconfig.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/synonyms.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_atom.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/luke.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example_rss.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/xslt/example.xsl
/usr/share/tomcat5/solr/mywebk9.com/conf/elevate.xml
/usr/share/tomcat5/solr/mywebk9.com/conf/scripts.conf
/usr/share/tomcat5/solr/mywebk9.com/conf/protwords.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/spellings.txt
/usr/share/tomcat5/solr/mywebk9.com/conf/admin-extra.html
/usr/share/tomcat5/solr/mywebk9.com/conf/stopwords.txt
/usr/share/tomcat5/solr/webapps
/usr/share/tomcat5/solr/webapps/solr.war
I'm still getting this error:
Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
INFO: SolrDispatchFilter.init()
Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
locateInstanceDir
INFO: Using JNDI solr.home: /usr/share/tomcat5/solr
Aug 16, 2009 6:14:44 PM org.apache.solr.core.CoreContainer$Initializer
initialize
INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to '/usr/share/tomcat5/solr/'
Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
Solr classloader
Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Adding 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
to Solr classloader
Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
to Solr classloader
Aug 16, 2009 6:14:44 PM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr classloader
Aug 16, 2009 6:14:44 PM org.apache.solr.servlet.SolrDispatchFilter init
SEVERE: Could not start SOLR. Check solr/home property
I don't understand... it says solr home set to
'/usr/share/tomcat5/solr/' but the error says that there is something
wrong with the solr/home directory. Is my file structure incorrect and
its been masked by this error?
--Aaron
On Mon, Aug 17, 2009 at 12:57 AM, Constantijn
Visinescu<ba...@gmail.com> wrote:
> near the bottom of my web.xml (just above </web-app>) i got
>
> <env-entry>
> <env-entry-name>solr/home</env-entry-name>
> <env-entry-value>path/to/solr</env-entry-value>
> <env-entry-type>java.lang.String</env-entry-type>
> </env-entry>
>
> While you're at it you might want to make sure the following line in your
> solrconfig.xml is commented out
> <!-- <dataDir>${solr.data.dir:./solr/data}</dataDir> -->
>
> next you should copy the sorl directory (the one with the conf, data and bin
> subdiretories) to the path you specified in the web.xml
>
> Repackage the war and redeploy, that should do it :)
>
>
> On Sat, Aug 15, 2009 at 11:59 AM, Aaron Aberg <aa...@gmail.com> wrote:
>
>> Ok, I'm still having a problem. I believe that I have to set the
>> solr.solr.home variable somewhere. In Windows, that was easy because
>> you could just open up the system tray app for tomcat and set it
>> there. How can I do that in linux? After googling, it suggested that I
>> set an environment variable in the web.xml file inside the war file. I
>> even saw a commented out section for setting the home variable. I set
>> it in there but it still is giving me this error:
>>
>> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
>> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader <init>
>> INFO: Solr home set to 'solr/'
>> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
>> Solr classloader
>> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
>> to Solr classloader
>> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
>> to Solr classloader
>> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
>> createClassLoader
>> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
>> classloader
>> Aug 14, 2009 6:16:42 PM org.apache.solr.servlet.SolrDispatchFilter init
>> SEVERE: Could not start SOLR. Check solr/home property
>> java.lang.ExceptionInInitializerError
>>
>> Any ideas?
>>
>> --Aaron
>>
>> On Sat, Aug 15, 2009 at 12:40 AM, Shalin Shekhar
>> Mangar<sh...@gmail.com> wrote:
>> > On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg <aa...@gmail.com>
>> wrote:
>> >
>> >> My client is using a dedicated server with plesk for the control
>> >> panel. The hosting provider says that anything done using the control
>> >> panel is supported by their tech support, so if i try anything using
>> >> SSH, it voids that warranty. Its easy to install a servlet through
>> >> plesk anyway, I upload the war file using the the java servlet
>> >> installer. A sample servlet has been installed so I know this part
>> >> works.
>> >>
>> >> However, when I install solr, i get what looks like a warning icon and
>> >> if I hover over it the tool tip text says this:
>> >>
>> >> "Actual status of the application does not correspond to the status
>> >> retrieved from the database."
>> >>
>> >> The host providers support team says that there is something wrong
>> >> with the war file (big help). Since I kind of stuck using tomcat 5.5,
>> >> is there an older version of solr that I should be using? How can I
>> >> fix this so that I can use solr?
>> >>
>> >
>> > Solr works fine with Tomcat 5.5
>> >
>> > Solr is a little different from other web applications in that it uses a
>> > specified directory as "solr home" which contains configuration (schema,
>> > solrconfig etc). The solrconfig also tells solr where to store the index.
>> >
>> > The solr home can be specified in many ways (environment variable, JNDI
>> or
>> > even in web.xml). I guess you should specify the absolute path to the
>> solr
>> > home in one of these ways (specifying it in web.xml and re-packaging the
>> war
>> > may be easier for you?). You'd need to upload the contents of the solr
>> home
>> > at the specified location on your server (look at the example directory
>> > which comes with the solr download). Specify the absolute path to data
>> > directory in solrconfig.xml (make sure it is writable).
>> >
>> > http://wiki.apache.org/solr/SolrTomcat
>> > http://wiki.apache.org/solr/HackingSolr
>> >
>> > --
>> > Regards,
>> > Shalin Shekhar Mangar.
>> >
>>
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Constantijn Visinescu <ba...@gmail.com>.
near the bottom of my web.xml (just above </web-app>) i got
<env-entry>
<env-entry-name>solr/home</env-entry-name>
<env-entry-value>path/to/solr</env-entry-value>
<env-entry-type>java.lang.String</env-entry-type>
</env-entry>
While you're at it you might want to make sure the following line in your
solrconfig.xml is commented out
<!-- <dataDir>${solr.data.dir:./solr/data}</dataDir> -->
next you should copy the sorl directory (the one with the conf, data and bin
subdiretories) to the path you specified in the web.xml
Repackage the war and redeploy, that should do it :)
On Sat, Aug 15, 2009 at 11:59 AM, Aaron Aberg <aa...@gmail.com> wrote:
> Ok, I'm still having a problem. I believe that I have to set the
> solr.solr.home variable somewhere. In Windows, that was easy because
> you could just open up the system tray app for tomcat and set it
> there. How can I do that in linux? After googling, it suggested that I
> set an environment variable in the web.xml file inside the war file. I
> even saw a commented out section for setting the home variable. I set
> it in there but it still is giving me this error:
>
> INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader <init>
> INFO: Solr home set to 'solr/'
> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
> Solr classloader
> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
> to Solr classloader
> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
> to Solr classloader
> Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
> createClassLoader
> INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr
> classloader
> Aug 14, 2009 6:16:42 PM org.apache.solr.servlet.SolrDispatchFilter init
> SEVERE: Could not start SOLR. Check solr/home property
> java.lang.ExceptionInInitializerError
>
> Any ideas?
>
> --Aaron
>
> On Sat, Aug 15, 2009 at 12:40 AM, Shalin Shekhar
> Mangar<sh...@gmail.com> wrote:
> > On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg <aa...@gmail.com>
> wrote:
> >
> >> My client is using a dedicated server with plesk for the control
> >> panel. The hosting provider says that anything done using the control
> >> panel is supported by their tech support, so if i try anything using
> >> SSH, it voids that warranty. Its easy to install a servlet through
> >> plesk anyway, I upload the war file using the the java servlet
> >> installer. A sample servlet has been installed so I know this part
> >> works.
> >>
> >> However, when I install solr, i get what looks like a warning icon and
> >> if I hover over it the tool tip text says this:
> >>
> >> "Actual status of the application does not correspond to the status
> >> retrieved from the database."
> >>
> >> The host providers support team says that there is something wrong
> >> with the war file (big help). Since I kind of stuck using tomcat 5.5,
> >> is there an older version of solr that I should be using? How can I
> >> fix this so that I can use solr?
> >>
> >
> > Solr works fine with Tomcat 5.5
> >
> > Solr is a little different from other web applications in that it uses a
> > specified directory as "solr home" which contains configuration (schema,
> > solrconfig etc). The solrconfig also tells solr where to store the index.
> >
> > The solr home can be specified in many ways (environment variable, JNDI
> or
> > even in web.xml). I guess you should specify the absolute path to the
> solr
> > home in one of these ways (specifying it in web.xml and re-packaging the
> war
> > may be easier for you?). You'd need to upload the contents of the solr
> home
> > at the specified location on your server (look at the example directory
> > which comes with the solr download). Specify the absolute path to data
> > directory in solrconfig.xml (make sure it is writable).
> >
> > http://wiki.apache.org/solr/SolrTomcat
> > http://wiki.apache.org/solr/HackingSolr
> >
> > --
> > Regards,
> > Shalin Shekhar Mangar.
> >
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Aaron Aberg <aa...@gmail.com>.
Ok, I'm still having a problem. I believe that I have to set the
solr.solr.home variable somewhere. In Windows, that was easy because
you could just open up the system tray app for tomcat and set it
there. How can I do that in linux? After googling, it suggested that I
set an environment variable in the web.xml file inside the war file. I
even saw a commented out section for setting the home variable. I set
it in there but it still is giving me this error:
INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml
Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to 'solr/'
Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to
Solr classloader
Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Adding 'file:/usr/share/tomcat5/solr/lib/servlet-api-2.5-6.1.3.jar'
to Solr classloader
Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-util-6.1.3.jar'
to Solr classloader
Aug 14, 2009 6:16:41 PM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr classloader
Aug 14, 2009 6:16:42 PM org.apache.solr.servlet.SolrDispatchFilter init
SEVERE: Could not start SOLR. Check solr/home property
java.lang.ExceptionInInitializerError
Any ideas?
--Aaron
On Sat, Aug 15, 2009 at 12:40 AM, Shalin Shekhar
Mangar<sh...@gmail.com> wrote:
> On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg <aa...@gmail.com> wrote:
>
>> My client is using a dedicated server with plesk for the control
>> panel. The hosting provider says that anything done using the control
>> panel is supported by their tech support, so if i try anything using
>> SSH, it voids that warranty. Its easy to install a servlet through
>> plesk anyway, I upload the war file using the the java servlet
>> installer. A sample servlet has been installed so I know this part
>> works.
>>
>> However, when I install solr, i get what looks like a warning icon and
>> if I hover over it the tool tip text says this:
>>
>> "Actual status of the application does not correspond to the status
>> retrieved from the database."
>>
>> The host providers support team says that there is something wrong
>> with the war file (big help). Since I kind of stuck using tomcat 5.5,
>> is there an older version of solr that I should be using? How can I
>> fix this so that I can use solr?
>>
>
> Solr works fine with Tomcat 5.5
>
> Solr is a little different from other web applications in that it uses a
> specified directory as "solr home" which contains configuration (schema,
> solrconfig etc). The solrconfig also tells solr where to store the index.
>
> The solr home can be specified in many ways (environment variable, JNDI or
> even in web.xml). I guess you should specify the absolute path to the solr
> home in one of these ways (specifying it in web.xml and re-packaging the war
> may be easier for you?). You'd need to upload the contents of the solr home
> at the specified location on your server (look at the example directory
> which comes with the solr download). Specify the absolute path to data
> directory in solrconfig.xml (make sure it is writable).
>
> http://wiki.apache.org/solr/SolrTomcat
> http://wiki.apache.org/solr/HackingSolr
>
> --
> Regards,
> Shalin Shekhar Mangar.
>
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
Posted by Shalin Shekhar Mangar <sh...@gmail.com>.
On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg <aa...@gmail.com> wrote:
> My client is using a dedicated server with plesk for the control
> panel. The hosting provider says that anything done using the control
> panel is supported by their tech support, so if i try anything using
> SSH, it voids that warranty. Its easy to install a servlet through
> plesk anyway, I upload the war file using the the java servlet
> installer. A sample servlet has been installed so I know this part
> works.
>
> However, when I install solr, i get what looks like a warning icon and
> if I hover over it the tool tip text says this:
>
> "Actual status of the application does not correspond to the status
> retrieved from the database."
>
> The host providers support team says that there is something wrong
> with the war file (big help). Since I kind of stuck using tomcat 5.5,
> is there an older version of solr that I should be using? How can I
> fix this so that I can use solr?
>
Solr works fine with Tomcat 5.5
Solr is a little different from other web applications in that it uses a
specified directory as "solr home" which contains configuration (schema,
solrconfig etc). The solrconfig also tells solr where to store the index.
The solr home can be specified in many ways (environment variable, JNDI or
even in web.xml). I guess you should specify the absolute path to the solr
home in one of these ways (specifying it in web.xml and re-packaging the war
may be easier for you?). You'd need to upload the contents of the solr home
at the specified location on your server (look at the example directory
which comes with the solr download). Specify the absolute path to data
directory in solrconfig.xml (make sure it is writable).
http://wiki.apache.org/solr/SolrTomcat
http://wiki.apache.org/solr/HackingSolr
--
Regards,
Shalin Shekhar Mangar.