Can you describe your app a bit? How many documents are you retrieving for each search?
It seems like Weblogic noticed a single HTTP request took more than 600 seconds and then dumped out all stack traces? In which case, maybe the threads were not actually "stuck", but were doing something that was taking far too long, and so you caught the threads at a certain point in their processing (loading a document). Is this easily reproduced? Do certain searches run quickly but others consistently hit this 600 second timeout? Is the JRE consuming way too much RAM when this happens? Mike On Fri, Apr 17, 2009 at 3:03 AM, MakMak <pow...@gmail.com> wrote: > > Please do not mind these more traces: > > -------------------------------------------------------------------------------------------------- > ExecuteThread: '30' for queue: 'weblogic.kernel.Default (self-tuning)' has > been busy for "647" seconds working on the request "Http Request: > /search_results.jsp", which is more than the configured time > (StuckThreadMaxTime) of "600" seconds. Stack trace: > > org.apache.lucene.store.FSDirectory$FSIndexInput.readInternal(FSDirectory.java:588) > > org.apache.lucene.store.BufferedIndexInput.readBytes(BufferedIndexInput.java:136) > > org.apache.lucene.index.CompoundFileReader$CSIndexInput.readInternal(CompoundFileReader.java:247) > > org.apache.lucene.store.BufferedIndexInput.refill(BufferedIndexInput.java:157) > > org.apache.lucene.store.BufferedIndexInput.readByte(BufferedIndexInput.java:38) > org.apache.lucene.store.IndexInput.readChars(IndexInput.java:150) > > org.apache.lucene.store.IndexInput.readModifiedUTF8String(IndexInput.java:132) > org.apache.lucene.store.IndexInput.readString(IndexInput.java:120) > org.apache.lucene.index.FieldsReader.addField(FieldsReader.java:357) > org.apache.lucene.index.FieldsReader.doc(FieldsReader.java:197) > org.apache.lucene.index.SegmentReader.document(SegmentReader.java:733) > > org.apache.lucene.index.MultiSegmentReader.document(MultiSegmentReader.java:259) > org.apache.lucene.index.IndexReader.document(IndexReader.java:637) > org.apache.lucene.search.IndexSearcher.doc(IndexSearcher.java:91) > org.apache.lucene.search.Hits.doc(Hits.java:180) > > ------------------------------------------------------------------------------------------------ > "[STUCK] ExecuteThread: '77' for queue: 'weblogic.kernel.Default > (self-tuning)'" daemon prio=1 tid=0x0000000101817aa0 nid=0xe4 runnable > [0xfffffffdad5fd000..0xfffffffdad5ff828] > at java.io.RandomAccessFile.readBytes(Native Method) > at java.io.RandomAccessFile.read(RandomAccessFile.java:315) > at > org.apache.lucene.store.FSDirectory$FSIndexInput.readInternal(FSDirectory.java:596) > - locked <0xfffffffec4fb6330> (a > org.apache.lucene.store.FSDirectory$FSIndexInput$Descriptor) > at > org.apache.lucene.store.BufferedIndexInput.readBytes(BufferedIndexInput.java:136) > at > org.apache.lucene.index.CompoundFileReader$CSIndexInput.readInternal(CompoundFileReader.java:247) > at > org.apache.lucene.store.BufferedIndexInput.refill(BufferedIndexInput.java:157) > at > org.apache.lucene.store.BufferedIndexInput.readByte(BufferedIndexInput.java:38) > at org.apache.lucene.store.IndexInput.readChars(IndexInput.java:150) > at > org.apache.lucene.store.IndexInput.readModifiedUTF8String(IndexInput.java:132) > at org.apache.lucene.store.IndexInput.readString(IndexInput.java:120) > at org.apache.lucene.index.FieldsReader.addField(FieldsReader.java:357) > at org.apache.lucene.index.FieldsReader.doc(FieldsReader.java:197) > at > org.apache.lucene.index.SegmentReader.document(SegmentReader.java:733) > - locked <0xfffffffec3fcfa80> (a org.apache.lucene.index.SegmentReader) > at > org.apache.lucene.index.MultiSegmentReader.document(MultiSegmentReader.java:259) > at org.apache.lucene.index.IndexReader.document(IndexReader.java:637) > at org.apache.lucene.search.IndexSearcher.doc(IndexSearcher.java:91) > at org.apache.lucene.search.Hits.doc(Hits.java:180) > > ----------------------------------------------------------------------------------------- > "[STUCK] ExecuteThread: '21' for queue: 'weblogic.kernel.Default > (self-tuning)'" daemon prio=1 tid=0x00000001018de580 nid=0x62 runnable > [0xfffffffdb48fd000..0xfffffffdb48ff928] > at java.lang.String.<init>(String.java:208) > at > org.apache.lucene.store.IndexInput.readModifiedUTF8String(IndexInput.java:133) > at org.apache.lucene.store.IndexInput.readString(IndexInput.java:120) > at org.apache.lucene.index.FieldsReader.addField(FieldsReader.java:357) > at org.apache.lucene.index.FieldsReader.doc(FieldsReader.java:197) > at > org.apache.lucene.index.SegmentReader.document(SegmentReader.java:733) > - locked <0xfffffffec3fcf1c0> (a org.apache.lucene.index.SegmentReader) > at > org.apache.lucene.index.MultiSegmentReader.document(MultiSegmentReader.java:259) > at org.apache.lucene.index.IndexReader.document(IndexReader.java:637) > at org.apache.lucene.search.IndexSearcher.doc(IndexSearcher.java:91) > ----------------------------------------------------------------------------------------- > > More info, We had an old index generated from lucene ver 2.3.2. Then we > upgraded to ver 2.4.1 but didnt rebuild the index. Also, the indices reside > on a SAN. Is the above possible due to some n/w issue that might have > happened between the SAN and the appserver? > -- > View this message in context: > http://www.nabble.com/readModifiedUTF8String-stuck-tp23089805p23092183.html > Sent from the Lucene - Java Users mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-user-h...@lucene.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org For additional commands, e-mail: java-user-h...@lucene.apache.org
