Hi all,

I'm using the 2009-07-29 nightly build of SOLR on a debian box as a non-root user. Seems like the server is constantly going down.

Does anyone have recommendations as to the most stable development release that's compatible with this module in the rc2 version?

It's critical that my search server stay up and running, as it is the backbone of my site. I am far enough into SOLR that I don't really have the option of going to another solution at the moment. I need to find a way to make this stable.

Subscribing to Acquia Search is not in the ballpark for this project budget, as I am indexing about 150,000 nodes and their price block runs $350/yr per 2,000. I'd be paying over $26,000/yr and this is not a commercial site.

Any suggestions to help create maximum stability with minimal cost would be MUCH appreciated.

Thanks,
Noah Lively

Comments

robertdouglass’s picture

robertdouglass commented

I don't know which nightly is the most stable, but I'd love to have you share the logs of the server that is going down. Maybe we can diagnose the reason. If it is the module code, we should address it. Are you starting your JVM with more than the default amount of memory?

anarchivist’s picture

anarchivist commented

Which servlet container are you using, and what do the logs say when the server goes down?

noahlively’s picture

noahlively commented

Errors seem to vary.

Here is the latest one:

Jul 31, 2009 6:19:09 PM org.apache.solr.common.SolrException log
SEVERE: java.lang.RuntimeException: Error instantiating stemmer for language Englishfrom class class org.tartarus.snowball.ext.EnglishStemmer
	at org.apache.solr.analysis.SnowballPorterFilterFactory.create(SnowballPorterFilterFactory.java:94)
	at org.apache.solr.analysis.SnowballPorterFilterFactory.create(SnowballPorterFilterFactory.java:42)
	at org.apache.solr.analysis.TokenizerChain.tokenStream(TokenizerChain.java:67)
	at org.apache.solr.schema.IndexSchema$SolrIndexAnalyzer.tokenStream(IndexSchema.java:360)
	at org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:528)
	at org.apache.solr.search.SolrQueryParser.getFieldQuery(SolrQueryParser.java:116)
	at org.apache.solr.util.SolrPluginUtils$DisjunctionMaxQueryParser.getFieldQuery(SolrPluginUtils.java:798)
	at org.apache.solr.util.SolrPluginUtils$DisjunctionMaxQueryParser.getFieldQuery(SolrPluginUtils.java:786)
	at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:1459)
	at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:1347)
	at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:1275)
	at org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:1264)
	at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:171)
	at org.apache.solr.search.DisMaxQParser.getUserQuery(DisMaxQParser.java:195)
	at org.apache.solr.search.DisMaxQParser.addMainQuery(DisMaxQParser.java:158)
	at org.apache.solr.search.DisMaxQParser.parse(DisMaxQParser.java:74)
	at org.apache.solr.search.QParser.getQuery(QParser.java:131)
	at org.apache.solr.handler.component.QueryComponent.prepare(QueryComponent.java:89)
	at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:174)
	at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:131)
	at org.apache.solr.core.SolrCore.execute(SolrCore.java:1299)
	at org.apache.solr.core.QuerySenderListener.newSearcher(QuerySenderListener.java:51)
	at org.apache.solr.core.SolrCore$3.call(SolrCore.java:1129)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
	at java.util.concurrent.FutureTask.run(FutureTask.java:123)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
	at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.ArrayStoreException: [C
	at org.tartarus.snowball.ext.EnglishStemmer.<init>(EnglishStemmer.java:58)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
	at java.lang.Class.newInstance0(Class.java:350)
	at java.lang.Class.newInstance(Class.java:303)
	at org.apache.solr.analysis.SnowballPorterFilterFactory.create(SnowballPorterFilterFactory.java:92)
	... 27 more

Jul 31, 2009 6:19:09 PM org.apache.solr.core.SolrCore execute
INFO: [] webapp=null path=null params={rows=10&start=0&q=fast_warm} status=500 QTime=36 
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0xb268a316, pid=479, tid=3084646064
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_17-b04 mixed mode, sharing)
# Problematic frame:
# J  java.lang.AbstractStringBuilder.append(Ljava/lang/String;)Ljava/lang/AbstractStringBuilder;
#
[thread -1373897840 also had an error]
# An error report file with more information is saved as [thread -1373897840 also had an error]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#
anarchivist’s picture

anarchivist commented

Which servlet container are you using? Are you just using the version of Jetty packaged with Solr?

noahlively’s picture

noahlively commented

Yeah, I'm running the example start.jar and using jetty.

anarchivist’s picture

anarchivist commented

I'm wondering if this might be related to #529606: schema.xml: update CharStream and EnglishPorter stemmer - can you doublecheck to make sure your Solr schema file has been updated?

noahlively’s picture

noahlively commented

I'll give that a try... but before I do, will this wipe out my existing index?

anarchivist’s picture

anarchivist commented

It shouldn't. Did you upgrade from rc1 to rc2 recently?

robertdouglass’s picture

robertdouglass commented
Status: Active » Postponed

Marking as postponed if there is no more info forthcoming.

jpmckinney’s picture

jpmckinney commented
Status: Postponed » Closed (won't fix)

It's not even obvious that the failing instance is using this module's config files. We are not responsible for Solr nightly builds.