[Dspace-tech] SOLR startup failure

[Tonny Hjelmberg Laursen]

Im having a problem with SOLR when I start tomcat5. In my catalina.out I
receive the error below. It's on a upraded installation from 1.5.2 to
1.6. Everything else seems to work in Dspace. It's running on a Redhat
ES 5.4, Java 1.5.0_22, Tomcat 5-5.5.23.

My DSpace install location is /www/dspace

Any ideas?

Thanks,
Tonny


INFO: Loading provided config file: /www/dspace/config/dspace.cfg
INFO: Using dspace provided log configuration (log.init.config)
INFO: Loading: /www/dspace/config/log4j.properties
- Loading provided config file: /www/dspace/config/dspace.cfg
- Using dspace provided log configuration (log.init.config)
- Loading: /www/dspace/config/log4j.properties
Apr 21, 2010 11:51:35 AM org.apache.solr.servlet.SolrDispatchFilter init
INFO: SolrDispatchFilter.init()
Apr 21, 2010 11:51:35 AM org.apache.solr.core.SolrResourceLoader
locateInstanceDir
INFO: Using JNDI solr.home: /www/dspace/solr
Apr 21, 2010 11:51:35 AM org.apache.solr.core.CoreContainer$Initializer
initialize
INFO: looking for solr.xml: /www/dspace/solr/solr.xml
Apr 21, 2010 11:51:35 AM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to '/www/dspace/solr/'
Apr 21, 2010 11:51:35 AM org.apache.solr.core.SolrResourceLoader
createClassLoader
INFO: Reusing parent classloader
Apr 21, 2010 11:51:35 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:4218)
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:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
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)
... 21 more
Apr 21, 2010 11:51:35 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:4218)
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:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
Apr 21, 2010 11:51:35 AM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
Apr 21, 2010 11:51:35 AM org.apache.catalina.core.StandardContext start
SEVERE: Context [/solr] startup failed due to previous errors
log4j:WARN No appenders could be found for logger
(org.apache.commons.digester.Digester.sax).
log4j:WARN Please initialize the log4j system properly.
INFO: Loading provided config file: /www/dspace/config/dspace.cfg

[Tonny Hjelmberg Laursen]

It was a problem with xalan.jar, it did not exist in the Tomcat CLASS
PATH. I added/copied the file and now is SOLR working.

#cp [dspace]/lib/xalan-2.7.0.jar /usr/share/tomcat5/shared/lib



--
Venlig hilsen | Kind Regards

Tonny Hjelmberg Laursen
Systemadministrator

CBS Library IT
Copenhagen Business School
Solbjerg Plads 3 (D2.30), DK-2000 Frederiksberg
Tel.: (+45) 3815 3697 | Mob.: (+45) 2427 3242 | thl...@cbs.dk

[Trude Eikebrokk]

I'm joining the wave of SOLR-error reports.
As I'm unfortunately not a programmer, I'd appreciate any help!

I'm running Dspace 1.6.0/Tomcat 6.0.20.0/PostgreSQL, Java version 1.6.0_20.

Whenever I try to use solr I get an Moved Temporarily.exception. Below
is what happens when I try to convert the log-files.

[root@dspace-test dspace.dir]# bin/dspace stats-log-importer -v -i
/opt/dspace/dspace.dir/log/solr.log -m
Writing to solr server at: http://dspace-test.hio.no:8080/solr/statistics
solr.log.2010-03-24
Processing file: /opt/dspace/dspace.dir/log/solr.log.2010-03-24
Line:20100324000031852,view_community,3,2010-03-24T00:00:31,anonymous,129.241.16.2
ip addr = 129.241.16.2, dns name = fw.bibsys.no., country = , city =
Moved Temporarily

Moved Temporarily

request:
http://dspace-test.hio.no:8080/solr/statistics/update?wt=javabin&version=2.2
org.apache.solr.common.SolrException: Moved Temporarily

Moved Temporarily

request:
http://dspace-test.hio.no:8080/solr/statistics/update?wt=javabin&version=2.2
at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:343)
at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:183)
at
org.apache.solr.client.solrj.request.UpdateRequest.process(UpdateRequest.java:217)
at org.apache.solr.client.solrj.SolrServer.add(SolrServer.java:63)
at
org.dspace.statistics.util.StatisticsImporter.load(StatisticsImporter.java:361)
at
org.dspace.statistics.util.StatisticsImporter.main(StatisticsImporter.java:493)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)
at
org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:194)
Processed 1 log lines
- 0 entries added to solr: 0%
- 1 errors: 100%
- 0 search engine activity skipped: 0%
About to commit data to solr...Exception: Moved Temporarily

Moved Temporarily

request: http://dspace-test.hio.no:8080/solr/statistics/update
org.apache.solr.common.SolrException: Moved Temporarily

Moved Temporarily

request: http://dspace-test.hio.no:8080/solr/statistics/update
at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:343)
at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:183)
at
org.apache.solr.client.solrj.request.UpdateRequest.process(UpdateRequest.java:217)
at
org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:85)
at
org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:74)
at
org.dspace.statistics.util.StatisticsImporter.load(StatisticsImporter.java:387)
at
org.dspace.statistics.util.StatisticsImporter.main(StatisticsImporter.java:493)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)
at
org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:194)


--
Mvh
Trude Eikebrokk
Oslo University College
trude.e...@hio.no
22 45 35 70
p48/S336

[Peter Dietz]

Hei Trudde,

I'm wondering if your setup is forwarding requests from dspace-test.hio.no:8080 to dspace-test.hio.no (removing the port specification) and if SOLR is having trouble with the (302) redirection. Be sure to check your solr.log.server, in your dspace.cfg file and make sure that doesn't have 8080 in it. You would probably want that to be...

solr.log.server = https://dspace-test.hio.no/solr/statistics

Also, check to see if you can view the solr frontend from your browser. i.e. go to http://dspace-test.hio.no/solr/ 

When someone added the forwarding from the servlet port (8080) to apache (80 or omitted on the browser) on that machine, perhaps they only added it for the interfaces in use at the time: jspui, oai, sword, ... but maybe not for solr. So you might need to add a rule for getting to solr as well. Also viewing the /solr page might only work if you can open a browser from the server, as there is a local-only restriction in place. If this is a linux machine, you should be able to see what can be seen locally for solr with the command: 

wget http://localhost/solr -O -

or

wget https://dspace-test.hio.no/solr -O -

If it says Welcome to Solr in there somewhere that it is working and visible, so then the solr log importer should be working.

Versågod

Peter Dietz
Systems Developer/Engineer
Ohio State University Libraries

On Wed, Apr 21, 2010 at 10:25 AM, <keith.gi...@library.gatech.edu> wrote:

Hi,

I think that part of what's happening is that your request to http://dspace-test.hio.no:8080/solr/statistics is being forwarded to somewhere else.

See this output from the command line:

wget http://dspace-test.hio.no/solr/statistics
--2010-04-21 09:12:25--  http://dspace-test.hio.no/solr/statistics
Resolving dspace-test.hio.no... 158.36.78.39
Connecting to dspace-test.hio.no|158.36.78.39|:80... connected.
HTTP request sent, awaiting response... 302 Moved Temporarily
Location: https://dspace-test.hio.no/solr/statistics [following]


The last couple of lines show my http request being forwarded to https, with a Moved Temporarily message.  Is it possible something similar is happening on your end?

If that's the case, you might need to
 - make an adjustment to solr.log.server in your dspace.cfg file and set it to the final url

  OR


  - make an adjustment somewhere else on your system to prevent requests to /solr/statistics from being forwarded/forced to https.

--keith

------------------------------------------------------------------------------
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

------------------------------------------------------------------------------
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[keith.gi...@library.gatech.edu]

[Mark Diggory]

I recommend switching to use http://localhost:8080/solr/statistics in
your dspace configuration. We are considering making this the default
in DSpace 1.6.1.

Mark

2010/4/21 Trude Eikebrokk <Trude.E...@hio.no>:

> ------------------------------------------------------------------------------
> _______________________________________________
> DSpace-tech mailing list
> DSpac...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>

--
Mark R. Diggory
Head of U.S. Operations - @mire

http://www.atmire.com - Institutional Repository Solutions
http://www.togather.eu - Before getting together, get Tog@ther

[Mark Diggory]

Tonny,

Solr doesn't add the jar because most jvm's these days have a sun
branded version of Xalan, are you using GCJ or something other than
OpenJDK/Sun?

Mark

[Tonny Hjelmberg Laursen]

Mark,

Im using Sun JDK, but I have tested with multiple different versions, so
there might be a a mismach in my directories. The version im running
Tomcat with now is: Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
64bit.

Tonny

[Mark Diggory]

Apparently this is a larger issue in the Solr Community and Tomcat/JVM
instances not sharing the JVN Xalan instance properly for some reason.
http://wiki.apache.org/solr/SolrTomcat

I'll assume we need to start to package Xalan with Solr to try to
alleviate this. Can you verify if you place Xalan in your
solr/WEB-INF/lib directory, that the application starts properly?

Mark

[Tonny Hjelmberg Laursen]

I have now tried to move the file to solr/WEB-INF/lib directory and that
also seems to work. If you want me to debug more, just say so.

Tonny

[Mark Diggory]

Thanks, I've added it to JIRA as a task.

http://jira.dspace.org/jira/browse/DS-556

Mark