Re: JVM Crash org.apache.lucene.store.DataInput.readVInt()I

2011-11-22 Thread Roberto Fonti
closed indexes. > > Uwe > > - > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: u...@thetaphi.de > > >> -Original Message----- >> From: Roberto Fonti [mailto:roberto.fo...@gmail.com] >> Sent: Tuesday, Nove

RE: JVM Crash org.apache.lucene.store.DataInput.readVInt()I

2011-11-22 Thread Uwe Schindler
r-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Roberto Fonti [mailto:roberto.fo...@gmail.com] > Sent: Tuesday, November 22, 2011 8:03 PM > To: java-user@lucene.apache.org > Subject: JVM Crash org.apache.lucene.store.Data

Re: JVM Crash org.apache.lucene.store.DataInput.readVInt()I

2011-11-22 Thread Simon Willnauer
hey, are you using mmap directory by any chance? Stuff like this often happens when you try to read from a already closed mmaped file. Typically you try to search or read from a already closed IndexSearcher / IndexReader, is it possible that you use a stale IndexReader in a in-flight search? The u

JVM Crash org.apache.lucene.store.DataInput.readVInt()I

2011-11-22 Thread Roberto Fonti
My JVM (1.6.0_29) keeps crashing on intensive use when indexing documents with Lucene. I get: # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x2b6b196d767c, pid=26417, tid=1183217984 # # JRE version: 6.0_29-b11 # Java VM: Java HotSpot(TM) 64-Bit

Re: JVM Crash

2006-06-13 Thread kieran
It may well be to do with this Hotspot bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6407471 Note, the bug only appears when you invoke java with the "-server" command line option. Kieran Dan Armbrust wrote: Ross Rankin wrote: We keep getting JVM crashes on 1.4.3. I found in t

Re: JVM Crash

2006-06-13 Thread Dan Armbrust
Ross Rankin wrote: We keep getting JVM crashes on 1.4.3. I found in the archive that setting a JVM parameter solved the problem for a few users. We've tried that and it has not worked. Here's our JVM parameters: Why not try a new JVM? Either a newer sun... or a JDK, or a blackdown... In o

Re: JVM Crash

2006-06-13 Thread Bob Carpenter
Java apps shouldn't throw these kind of seg faults. Sounds like a problem with memory. Especially if you can't reproduce the error in the same location. Double especially if you have the same problems elsewhere under heavy memory load. I had all kinds of problems with seg faults in the JVM unt

Re: JVM Crash

2006-06-13 Thread N Hira
We had a similar problem. We discovered that it was basically that eden/from was out of memory and made two changes and that seems to have helped: 1. Reduce [Max]PermSize to 128M 2. Use the concurrent garbage collector Good luck. -h --- Ross Rankin <[EMAIL PROTECTED]> wrote: > We keep gettin

JVM Crash

2006-06-13 Thread Ross Rankin
We keep getting JVM crashes on 1.4.3. I found in the archive that setting a JVM parameter solved the problem for a few users. We've tried that and it has not worked. Here's our JVM parameters: -Xms512m -Xmx1024m -XX:PermSize=256m We're running Tomcat 5.5.16. Any Idea? If it's an

RE: JVM Crash in Lucene

2006-02-08 Thread Daniel Pfeifer
@lucene.apache.org Subject: Re: JVM Crash in Lucene Got the same problem. Running 1.5.0_05 on Solaris 10. I've seen that this issue has been reported on Sun's forum but no answer yet. Another interesting thing which I noticed. We previously used the RAMDirectory and we never got JVM-crashes

Re: JVM Crash in Lucene

2006-02-07 Thread Daniel Pfeifer
Got the same problem. Running 1.5.0_05 on Solaris 10. I've seen that this issue has been reported on Sun's forum but no answer yet. Another interesting thing which I noticed. We previously used the RAMDirectory and we never got JVM-crashes when using RAMDirectory. However, once we started using FS

Re: JVM Crash in Lucene

2005-12-11 Thread Yonik Seeley
You also might try -Xbatch or -Xcomp to see if that fixes it (or reproduces it faster). Here's a great list of JVM options: http://blogs.sun.com/roller/resources/watt/jvm-options-list.html -Yonik On 12/11/05, Yonik Seeley <[EMAIL PROTECTED]> wrote: > Sounds like it's a hotspot bug. > AFAIK, hots

Re: JVM Crash in Lucene

2005-12-11 Thread Yonik Seeley
Sounds like it's a hotspot bug. AFAIK, hotspot doesn't just compile a method once... it can do optimization over time. To work around it, have you tried pre previous version: 1.5_05? It's possible it's a fairly new bug. We've been running with that version and Lucene 1.4.3 without problems (on Op

Re: JVM Crash in Lucene

2005-12-11 Thread Dan Gould
First, thank you Chris, Yonik, and Dan for your ideas as to what might be causing this problem. I tried moving things around so that the IndexReader is still open when it calls TermFreqVector.getTerms()/TermFreqVector.getTermFrequencies(). It didn't seem to make any difference. I also tried

RE: JVM Crash in Lucene

2005-12-09 Thread Dan Hanley
um.com/gcviewer-vmflags.html http://java.sun.com/docs/hotspot/gc/ http://www.unixville.com/~moazam/stories/2004/05/17/maxpermsizeAndHowItRelatesToTheOverallHeap.html hth Dan -Original Message- From: Dan Gould [mailto:[EMAIL PROTECTED] Sent: 09 December 2005 01:49 To: java-user@lucene.apache.org Sub

Re: JVM Crash in Lucene

2005-12-08 Thread Yonik Seeley
The only problems I've had with 1.5 JVM crashes and Lucene was related to stack overflow... try increasing the stack size and see of anything different happens. My crashes happened while trying to use Luke to open a 4GB index with thousands of indexed fields. -Yonik -

Re: JVM Crash in Lucene

2005-12-08 Thread Chris Hostetter
ng for to go bye-bye because you closed the reader? (it sounds silly when I read it back to myself ... but it's the best guess i've got just reading your code) : My code that is causing the JVM crash is: : : //Get the terms and frequencies : IndexReader indexreader = n

JVM Crash in Lucene

2005-12-08 Thread Dan Gould
.so+0x25f3c7] V [libjvm.so+0x2bed06] V [libjvm.so+0x2be6b2] V [libjvm.so+0x6163f9] V [libjvm.so+0x610ffe] V [libjvm.so+0x554745] Current CompileTask: opto:1621 org.apache.lucene.index.IndexReader$1.doBody()Ljava/lang/Object; (99 bytes) My code that is causing the JVM crash is: //Ge