Return-Path: 
 <java-user-return-42028-apmail-lucene-java-user-archive=lucene.apache.org@lucene.apache.org>
Delivered-To: apmail-lucene-java-user-archive@www.apache.org
Received: (qmail 94744 invoked from network); 26 Aug 2009 13:27:25 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 26 Aug 2009 13:27:25 -0000
Received: (qmail 8579 invoked by uid 500); 26 Aug 2009 13:27:23 -0000
Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org
Received: (qmail 8536 invoked by uid 500); 26 Aug 2009 13:27:23 -0000
Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:java-user-help@lucene.apache.org>
List-Unsubscribe: <mailto:java-user-unsubscribe@lucene.apache.org>
List-Post: <mailto:java-user@lucene.apache.org>
List-Id: <java-user.lucene.apache.org>
Reply-To: java-user@lucene.apache.org
Delivered-To: mailing list java-user@lucene.apache.org
Received: (qmail 8526 invoked by uid 99); 26 Aug 2009 13:27:23 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Aug 2009 13:27:23 +0000
X-ASF-Spam-Status: No, hits=1.2 required=10.0
	tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Received: from [209.85.212.177] (HELO mail-vw0-f177.google.com)
 (209.85.212.177)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Aug 2009 13:27:11 +0000
Received: by vws7 with SMTP id 7so87156vws.29
        for <java-user@lucene.apache.org>;
 Wed, 26 Aug 2009 06:26:50 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.150.213.20 with SMTP id l20mr13026057ybg.92.1251293210346;
	Wed, 26 Aug 2009 06:26:50 -0700 (PDT)
In-Reply-To: <2132468419.17721251292724059.JavaMail.root@mail.uk.scalix.com>
References: <2132468419.17721251292724059.JavaMail.root@mail.uk.scalix.com>
Date: Wed, 26 Aug 2009 09:26:50 -0400
Message-ID: <9ac0c6aa0908260626m5e2d8a32kbb40ae010f922e7c@mail.gmail.com>
Subject: Re: Lucene gobbling file descriptors
From: Michael McCandless <lucene@mikemccandless.com>
To: java-user@lucene.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Virus-Checked: Checked by ClamAV on apache.org

This is not normal.  As long as you are certain you close every
IndexReader/Searcher that you opened, the number of file descriptors
should stay "contained".

Though: how many files are there in your index directory?

Mike

On Wed, Aug 26, 2009 at 9:18 AM, Chris Bamford<Chris.Bamford@scalix.com> wr=
ote:
> Hi there,
>
> I wonder if someone can help? =A0We have a successful Lucene app deployed=
 on Tomcat which works well. =A0As far as we can tell, our developers have =
observed all the guidelines in the Lucene FAQ, but on some of our installat=
ions, Tomcat eventually runs out of file descriptors and needs a restart to=
 clear it. =A0We know Lucene is the culprit because use lsof -p <java PID> =
and the vast majority (usually tens of thousands) of files reported are Luc=
ene index files.
>
> I am hoping to get some tips on how this can be avoided. =A0Is it simply =
the case that as time goes by, more and more descriptors are left open and =
no matter how high ulimit is set, you will run out? =A0Or is there a policy=
 of recycling that we are failing to utilise properly?
>
> I am happy to provide more information, just don't know what at this poin=
t! =A0Please ask....
>
> Thanks in advance
>
> - Chris
>
> Chris Bamford
> Senior Development Engineer
> Scalix
> chris.bamford@scalix.com
> Tel: +44 (0)1344 381814
> www.scalix.com
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org