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/<69de18140904150913n66a8c78cgf064b53cd2440...@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
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 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 wrote: > On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg 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
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 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 wrote: > On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg 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. >
Cannot get solr to pickup solr/home property
Software: Linux CentOS Tomcat 5.5 Plesk 9.2.1 Solr 1.3.0 This is the error log I get when I stop solr (or attempt to) and then restart it from Plesk: INFO: Manager: stop: Stopping web application at '/solr' Aug 15, 2009 10:49:30 PM org.apache.catalina.core.StandardContext stop INFO: Container org.apache.catalina.core.ContainerBase.[PSA].[mywebk9.com].[/solr] has not been started Aug 15, 2009 10:49:31 PM org.apache.catalina.core.ApplicationContext log INFO: Manager: list: Listing contexts for virtual host 'mywebk9.com' Aug 15, 2009 10:49:42 PM org.apache.catalina.core.ApplicationContext log INFO: Manager: start: Starting web application at '/solr' Aug 15, 2009 10:49:43 PM org.apache.solr.servlet.SolrDispatchFilter init INFO: SolrDispatchFilter.init() Aug 15, 2009 10:49:43 PM org.apache.solr.core.SolrResourceLoader locateInstanceDir INFO: Using JNDI solr.home: /usr/share/tomcat5/solr Aug 15, 2009 10:49:43 PM org.apache.solr.core.CoreContainer$Initializer initialize INFO: looking for solr.xml: /usr/share/tomcat5/solr/solr.xml Aug 15, 2009 10:49:43 PM org.apache.solr.core.SolrResourceLoader INFO: Solr home set to '/usr/share/tomcat5/solr/' Aug 15, 2009 10:49:43 PM org.apache.solr.core.SolrResourceLoader createClassLoader INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jetty-6.1.3.jar' to Solr classloader Aug 15, 2009 10:49:43 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 15, 2009 10:49:43 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 15, 2009 10:49:43 PM org.apache.solr.core.SolrResourceLoader createClassLoader INFO: Adding 'file:/usr/share/tomcat5/solr/lib/jsp-2.1/' to Solr classloader Aug 15, 2009 10:49:43 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.(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.(Config.java:41) ... 26 more Aug 15, 2009 10:49:43 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Excep
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
u might want to make sure the following line in your > solrconfig.xml is commented out > > > 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 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 >> 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 wrote: >> > On Sat, Aug 15, 2009 at 6:52 AM, Aaron Aberg >> 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
at5/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 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 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: >> >> >> solr/home >> /usr/share/tomcat5/solr >> java.lang.String >> >> >> 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
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
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 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:aaronab...@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 > 8140904150913n66a8c78cgf064b53cd2440...@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
On Mon, Aug 17, 2009 at 10:58 AM, Fuad Efendi 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
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 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.(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
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/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 tomcat16 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
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 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:aaronab...@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
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 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
> 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.(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 (becau
Re: Cannot get solr 1.3.0 to run properly with plesk 9.2.1 on CentOS
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 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. > > > >
