Hi list

I have recently upgraded our Fedora installation to 3.5 and GSearch (using 
Lucene) to 2.4.1.

Since this upgrade GSearch causes us problems. It keeps opening connections to 
the segmentation files, which remain open until the OS limit is reached, after 
which a restart of Tomcat is needed in order to close all open connection of 
GSearch. Has anybody else observed this behavior?

The other unusual thing (might be related?) are locks that throw error messages 
in the form:

dk.defxws.fedoragsearch.server.errors.GenericSearchException: Thu Apr 19 
09:02:45 CEST 2012 IndexWriter new error indexName=ChorIndex :
; nested exception is: 
        org.apache.lucene.store.LockObtainFailedException: Lock obtain timed 
out: NativeFSLock@/opt/fedora35/indexer/ChorIndex/write.lock
        at 
dk.defxws.fgslucene.OperationsImpl.getIndexWriter(OperationsImpl.java:695)
        at 
dk.defxws.fgslucene.OperationsImpl.browseIndex(OperationsImpl.java:151)
        at 
dk.defxws.fedoragsearch.server.RESTImpl.browseIndex(RESTImpl.java:267)
        at dk.defxws.fedoragsearch.server.RESTImpl.doGet(RESTImpl.java:140)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at 
org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.java:316)
        at 
org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:81)
        at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
        at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
        at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
        at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
        at 
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
        at java.lang.Thread.run(Thread.java:636)
Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed 
out: NativeFSLock@/opt/fedora35/indexer/ChorIndex/write.lock
        at org.apache.lucene.store.Lock.obtain(Lock.java:84)
        at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:1108)
        at 
dk.defxws.fgslucene.OperationsImpl.getIndexWriter(OperationsImpl.java:693)
        ... 19 more


Any ideas what could be the cause for this?

Best regards
christian


Attachment: smime.p7s
Description: S/MIME cryptographic signature

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

Reply via email to