Mark,

I'm not sure exactly how to disable the solr webapplication. Any suggestions?

The file access is pretty quick. We've never had any trouble before. We have an 
app server for running the webapps and a storage server for everything else.

--Jason Fowler, CA, MSLS

________________________________________
From: [email protected] [[email protected]] On Behalf Of Mark Diggory 
[[email protected]]
Sent: Thursday, April 01, 2010 11:31 PM
To: Jason Fowler
Cc: Stuart Lewis; [email protected]
Subject: Re: [Dspace-tech] DSpace 1.6 & Handle server

It looks like the delay is before the solr servlet init log entry is
being called, IE before solr is loaded, disable the solr
webapplication from loading and test if the delay is still there

Likewise, what is the storage mount situation you are using here?   If
file access is slow across this mount, that be slowing Lucene access
within Solr.  You may try, moving your solr data directory onto the
local file system and testing if that speeds your loading time.

Finally, we have rather large solr indexes of statistics in production
that do not have load times anywhere near this degree of slowness.

Mark

On Thu, Apr 1, 2010 at 7:52 PM, Jason Fowler <[email protected]> wrote:
> Stuart,
>
> I have confirmed from watching catalina.out that it consistently takes 
> nearly10 minutes to start. Here's the section of the file where the hangup 
> occurs.
>
> Apr 1, 2010 9:23:28 PM org.apache.coyote.http11.Http11BaseProtocol init
> INFO: Initializing Coyote HTTP/1.1 on http-8080
> Apr 1, 2010 9:23:28 PM org.apache.catalina.startup.Catalina load
> INFO: Initialization processed in 537 ms
> Apr 1, 2010 9:23:28 PM org.apache.catalina.core.StandardService start
> INFO: Starting service Catalina
> Apr 1, 2010 9:23:28 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/5.5.26
> Apr 1, 2010 9:23:28 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Apr 1, 2010 9:33:12 PM org.apache.solr.servlet.SolrDispatchFilter init
> INFO: SolrDispatchFilter.init()
> Apr 1, 2010 9:33:12 PM org.apache.solr.core.SolrResourceLoader 
> locateInstanceDir
> INFO: Using JNDI solr.home: /mnt/storage/dspace/solr
> Apr 1, 2010 9:33:12 PM org.apache.solr.core.CoreContainer$Initializer 
> initialize
> INFO: looking for solr.xml: /mnt/storage/dspace/solr/solr.xml
> Apr 1, 2010 9:33:12 PM org.apache.solr.core.SolrResourceLoader <init>
> INFO: Solr home set to '/mnt/storage/dspace/solr/'
>
> For some reason, it hangs at org.apache.catalina.core.StandardHost start
>
> -- Jason Fowler, CA, MSLS
>
> ________________________________________
> From: Stuart Lewis [[email protected]]
> Sent: Thursday, April 01, 2010 7:30 PM
> To: Jason Fowler
> Cc: [email protected]
> Subject: Re: [Dspace-tech] DSpace 1.6 & Handle server
>
> Hi Jason,
>
> How slow is slow? (Is it the handle server that is slow to startup, or 
> tomcat?)
>
> DSpace 1.6 will take slightly longer than earlier versions to start up as it 
> now has to start a new webapp (solr) and 'warm up' the solr indexes. 
> Somewhere between 20 seconds and a minute should be normal.
>
> Thanks,
>
>
> Stuart Lewis
> IT Innovations Analyst and Developer
> Te Tumu Herenga The University of Auckland Library
> Auckland Mail Centre, Private Bag 92019, Auckland 1142, New Zealand
> Ph: 64 9 373-7599 x81928
> http://www.library.auckland.ac.nz/
>
>
> On 2/04/2010, at 11:56 AM, Jason Fowler wrote:
>
>> I think I have my problem solved. It all had to do with the way I had 
>> dspace.BaseUrl configured. I removed the xmlui from the end, and everything 
>> went back to working like normal.
>>
>> The startup is still painfully slow, though. Would anyone have any idea why?
>>
>> -- Jason Fowler, CA, MSLS
>> _________________________
>> From: Jason Fowler [[email protected]]
>> Sent: Thursday, April 01, 2010 3:48 PM
>> To: [email protected]
>> Subject: [Dspace-tech] DSpace 1.6 & Handle server
>>
>> I'm having a puzzling problem. I am updating my system from DSpace 1.52 to 
>> 1.6. I'm running RHEL Server release 5.3 (Tikanga).
>> My Java version is 1.5.0_20
>> My Tomcat version is 5.5.26 and I'm using mod_proxy_ajp to redirect to port 
>> 80.
>>
>> I have upgraded correctly on my live server and everything works fine except 
>> handle (well, startup is a little slower, but I'm not sure why that is.). 
>> Whenever I run the handle server and visit a handle, the whole screen goes 
>> white and DSpace goes out in the weeds. Nothing works at that point. The 
>> whole system crashes. What makes it worse is that I don't see any cause for 
>> it in any of the log files. Does anyone have any ideas what causes this and 
>> how I might fix it?
>>
>> I tested the upgrade pretty rigorously on a  Fedora 12 virtual machine with 
>> no problems prior to upgrading.  Of course, handle was the one thing I 
>> didn't have a way to test.
>>
>> Blessings,
>>
>> Jason Fowler, CA, MSLS
>> Archives and Special Collections Librarian
>> The Southern Baptist Theological Seminary
>> Vice President, ALABI
>> [email protected]
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> DSpace-tech mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>>
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> DSpace-tech mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> DSpace-tech mailing list
> [email protected]
> 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 t...@ther

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to