Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6A4D2905E for ; Sat, 26 Nov 2011 03:42:01 +0000 (UTC) Received: (qmail 53083 invoked by uid 500); 26 Nov 2011 03:41:58 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 52908 invoked by uid 500); 26 Nov 2011 03:41:57 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 52900 invoked by uid 99); 26 Nov 2011 03:41:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 26 Nov 2011 03:41:56 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of erickerickson@gmail.com designates 209.85.160.176 as permitted sender) Received: from [209.85.160.176] (HELO mail-gy0-f176.google.com) (209.85.160.176) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 26 Nov 2011 03:41:52 +0000 Received: by ghbg2 with SMTP id g2so5369699ghb.35 for ; Fri, 25 Nov 2011 19:41:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=E1Gy0cdHH5esMhawSSCL8ZixNmpzEKUXcLjpm2bVBHg=; b=C6IY6KlaJgJvsdXn/+3rNR88B9qsiXJVldBFF6BKddcU4poYUr8MaIuAd8e0plDEX3 SNkU8pWW+o48rghUP/ZiOSMBnvWldjnZw10PyzQCLmeWItqjIEkZT2gxkrSKQkc2AXpP wUALr145I1XZXRZ3y/2/4rJ6zoqAQtRl5vhDA= MIME-Version: 1.0 Received: by 10.182.217.73 with SMTP id ow9mr10677381obc.11.1322278889297; Fri, 25 Nov 2011 19:41:29 -0800 (PST) Received: by 10.182.182.66 with HTTP; Fri, 25 Nov 2011 19:41:29 -0800 (PST) In-Reply-To: <87r50vvp62.fsf@gmail.com> References: <7575BC73-6689-4395-A5C6-A4DC46E4A562@dtic.dk> <87r50vvp62.fsf@gmail.com> Date: Fri, 25 Nov 2011 22:41:29 -0500 Message-ID: Subject: Re: inconsistent JVM crash with version 4.0-SNAPSHOT From: Erick Erickson To: solr-user@lucene.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Don't know if its this particular issue, but have you seen: https://issues.apache.org/jira/browse/LUCENE-3588 Best Erick On Fri, Nov 25, 2011 at 4:59 PM, Justin Caratzas wrote: > Lasse Aagren writes: > >> Hi, >> >> We are running Solr-Lucene 4.0-SNAPSHOT (1199777M - hudson - 2011-11-09 = 14:58:50) on severel servers running: >> >> 64bit Debian Squeeze (6.0.3) >> OpenJDK6 (b18-1.8.9-0.1~squeeze1) >> Tomcat 6.028 (6.0.28-9+squeeze1) >> >> Some of the servers have 48G RAM and in that case java have 16G (-Xmx16g= ) and some of the servers have 96G RAM and in that case java have 48G (-Xmx= 48G). >> >> We are seeing some inconsistent crashes of tomcat's JVM under different = Solr/Lucene operations/circumstances. Sadly we can't replicate it. >> >> It doesn't happen often, but often enough that we can't rely on it in pr= oduction. >> >> When it happens, something like the following appears in the logs: >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # =A0SIGSEGV (0xb) at pc=3D0x00007f6c318d0902, pid=3D16516, tid=3D139772= 378892032 >> # >> # JRE version: 6.0_18-b18 >> # Java VM: OpenJDK 64-Bit Server VM (14.0-b16 mixed mode linux-amd64 ) >> # Derivative: IcedTea6 1.8.9 >> # Distribution: Debian GNU/Linux 6.0.2 (squeeze), package 6b18-1.8.9-0.1= ~squeeze1 >> # Problematic frame: >> # j =A0org.apache.lucene.search.MultiTermQueryWrapperFilter.getDocIdSet(= Lorg/apache/lucene/index/IndexReader$AtomicReaderContext;Lorg/apache/lucene= /util/Bits;)Lorg/apache/lucene/search/DocIdSet;+193 >> # >> # An error report file with more information is saved as: >> # /tmp/hs_err_pid16516.log >> # >> # If you would like to submit a bug report, please include >> # instructions how to reproduce the bug and visit: >> # =A0 http://icedtea.classpath.org/bugzilla >> # >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> Every time it happens the problematic frame is: >> >> Problematic frame: >> # j =A0org.apache.lucene.search.MultiTermQueryWrapperFilter.getDocIdSet(= Lorg/apache/lucene/index/IndexReader$AtomicReaderContext;Lorg/apache/lucene= /util/Bits; >> )Lorg/apache/lucene/search/DocIdSet;+193 >> >> And /tmp/hs_err_pid16516.log is attached to this mail. >> >> Has anyone seen this before? >> >> Please don't hesitate to ask for further specification about our setup. >> >> Best regards, > > I seem to remember a recent java released fixed seemingly random > SIGSEGV's causing Solr/Lucene to crash non-deterministicly. > > http://lucene.apache.org/solr/#26+October+2011+-+Java+7u1+fixes+index+cor= ruption+and+crash+bugs+in+Apache+Lucene+Core+and+Apache+Solr > > Hopefully this will provide you with some answers. If not, please let > the list know. > > justin > >