Return-Path: Delivered-To: apmail-lucene-pylucene-dev-archive@minotaur.apache.org Received: (qmail 85001 invoked from network); 7 Jan 2011 23:35:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 Jan 2011 23:35:22 -0000 Received: (qmail 96854 invoked by uid 500); 7 Jan 2011 23:35:22 -0000 Delivered-To: apmail-lucene-pylucene-dev-archive@lucene.apache.org Received: (qmail 96827 invoked by uid 500); 7 Jan 2011 23:35:22 -0000 Mailing-List: contact pylucene-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: pylucene-dev@lucene.apache.org Delivered-To: mailing list pylucene-dev@lucene.apache.org Received: (qmail 96819 invoked by uid 99); 7 Jan 2011 23:35:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Jan 2011 23:35:22 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.68.5.16] (HELO relay02.pair.com) (209.68.5.16) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 07 Jan 2011 23:35:13 +0000 Received: (qmail 95532 invoked from network); 7 Jan 2011 23:34:50 -0000 Received: from 68.33.158.219 (HELO ?192.168.0.23?) (68.33.158.219) by relay02.pair.com with SMTP; 7 Jan 2011 23:34:50 -0000 X-pair-Authenticated: 68.33.158.219 Message-ID: <4D27A372.5090502@ontrenet.com> Date: Fri, 07 Jan 2011 18:36:18 -0500 From: Darren Govoni User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Thunderbird/3.1.7 MIME-Version: 1.0 To: pylucene-dev@lucene.apache.org Subject: Re: JVM errors References: <4D265465.7030401@ontrenet.com> <4D26FAC8.9050602@ontrenet.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org That's a good thought. I just wish I knew how to interpret the JVM fatal error. I rarely ever see them working with straight java, so I'm also wondering if something else is at play. Its pretty predicatable when it happens. Like at either a vm.detachCurrentThread or perhaps when an object attached to the current thread goes out of scope, but in a stressed environment. On 01/07/2011 06:09 PM, Andi Vajda wrote: > > On Fri, 7 Jan 2011, Darren Govoni wrote: > >> I'll try that and report. >> >> It seems to happen when many threads are attached at once and the CPU >> throttles. > > Maybe some GC settings could also help work around this ? > > Andi.. > >> >> On 01/06/2011 09:42 PM, Andi Vajda wrote: >>> >>> On Thu, 6 Jan 2011, Darren Govoni wrote: >>> >>>> Hi, >>>> I am getting these JVM fatal errors: >>>> >>>> # >>>> # A fatal error has been detected by the Java Runtime Environment: >>>> # >>>> # SIGSEGV (0xb) at pc=0x00007f11dc3c093a, pid=6268, >>>> tid=139711024641792 >>>> # >>>> # JRE version: 6.0_21-b06 >>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (17.0-b16 mixed mode >>>> linux-amd64 ) >>>> # Problematic frame: >>>> # C [libjcc.so+0xa93a] >>>> _ZNK6JCCEnv21getObjectArrayElementEP13_jobjectArrayi+0x2a >>>> # >>>> # An error report file with more information is saved as: >>>> # >>>> /home/darren/Gridwave/product/trunk/symphony/server/software/hs_err_pid6268.log >>>> # >>>> # If you would like to submit a bug report, please visit: >>>> # http://java.sun.com/webapps/bugreport/crash.jsp >>>> # >>>> >>>> They seem to happen sporadically in a multithreaded situation where >>>> many threads (attached, etc) are accessing the same index. >>>> >>>> Is there anything I can do on my end to correct this? >>> >>> I've never seen this. Maybe getting a newer JVM ? >>> >>> Andi.. >>