From owner-freebsd-java Thu Aug 8 14:41:53 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C8C37B400 for ; Thu, 8 Aug 2002 14:41:50 -0700 (PDT) Received: from turing.morons.org (turing.morons.org [209.237.229.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B014643E4A for ; Thu, 8 Aug 2002 14:41:49 -0700 (PDT) (envelope-from freebsd@spatula.net) Received: by turing.morons.org (Postfix, from userid 1001) id 7A5F8AB28; Thu, 8 Aug 2002 14:41:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by turing.morons.org (Postfix) with ESMTP id 7974BA947 for ; Thu, 8 Aug 2002 14:41:49 -0700 (PDT) Date: Thu, 8 Aug 2002 14:41:49 -0700 (PDT) From: Nick Johnson X-X-Sender: spatula@turing.morons.org To: freebsd-java@freebsd.org Subject: More information about segv in RandomAccessFile native method In-Reply-To: <20020808093049.T13773-100000@turing.morons.org> Message-ID: <20020808141034.X13773-100000@turing.morons.org> X-what-happen: someone set up us the bomb X-Message-Flags: Spatula MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Here's some more information... I finally got a core file that was worth something: #0 0x280b4b0c in kill () from /usr/lib/libc.so.4 #1 0x280f4eea in abort () from /usr/lib/libc.so.4 #2 0x281623d9 in Abort () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #3 0x28189596 in panicHandler () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #4 0x28077874 in userSignalHandler () from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so #5 0x28077834 in intrDispatch () from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so #6 0x28070a51 in intrDispatchMD () from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so #7 0xbfbfffac in ?? () #8 0x28076068 in sysSeek () from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so #9 0x28175976 in JVM_Lseek () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #10 0x3c6fd734 in Java_java_io_RandomAccessFile_length () from /usr/local/freebsd-jdk1.3.1-p7-gcc31/jre/lib/i386/libjava.so #11 0x3d75550e in dispatchJNINativeMethod () from /usr/local/freebsd-jdk1.3.1-p7-gcc31/jre/lib/i386/libOpenJIT.so sysSeek seems to be defined in sys_api_td.c, and my best guess about what's going on is that this is failing: mon = fdmon[fd]; sysAssert(mon != NULL); Since that would be the one thing in that block of code that strikes me as an obvious candidate for something which might cause a panic. So I guess the question now is this: under what circumstances would fdmon[fd] turn up null when trying to do a seek? Nick On Thu, 8 Aug 2002, Nick Johnson wrote: > Lucene keeps bombing periodically, and always in this same place. If I > have some spare time I'll see if I can hunt down what's happening. Has > anyone else had something similar happen? > > "tcpConnection-6802-12" (TID:0x2c0ece00, sys_thread_t:0x8b4a080, > state:R) prio=5 > at java.io.RandomAccessFile.length(Native Method) > at org.apache.lucene.store.FSInputStream.(Unknown Source) > at org.apache.lucene.store.FSDirectory.openFile(Unknown Source) > at org.apache.lucene.index.TermInfosReader.(Unknown Source) > at org.apache.lucene.index.SegmentReader.(Unknown Source) > at org.apache.lucene.index.SegmentReader.(Unknown Source) > at org.apache.lucene.index.IndexReader$1.doBody(Unknown Source) > at org.apache.lucene.store.Lock$With.run(Unknown Source) > at org.apache.lucene.index.IndexReader.open(Unknown Source) > at org.apache.lucene.index.IndexReader.open(Unknown Source) > at org.apache.lucene.search.IndexSearcher.(Unknown Source) > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-java" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message