Return-Path: 
 <java-user-return-42027-apmail-lucene-java-user-archive=lucene.apache.org@lucene.apache.org>
Delivered-To: apmail-lucene-java-user-archive@www.apache.org
Received: (qmail 92059 invoked from network); 26 Aug 2009 13:22:55 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 26 Aug 2009 13:22:55 -0000
Received: (qmail 97312 invoked by uid 500); 26 Aug 2009 13:22:53 -0000
Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org
Received: (qmail 97256 invoked by uid 500); 26 Aug 2009 13:22:53 -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 97243 invoked by uid 99); 26 Aug 2009 13:22:53 -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:22:53 +0000
X-ASF-Spam-Status: No, hits=2.2 required=10.0
	tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of serera@gmail.com designates
 209.85.219.222 as permitted sender)
Received: from [209.85.219.222] (HELO mail-ew0-f222.google.com)
 (209.85.219.222)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Aug 2009 13:22:41 +0000
Received: by ewy22 with SMTP id 22so152045ewy.28
        for <java-user@lucene.apache.org>;
 Wed, 26 Aug 2009 06:22:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:content-type;
        bh=ydpKDtFqfxeCrfjooiJbB54T2t2R1CvjHkokTEEcw4s=;
        b=Wbhm0cJb2jhoAy59RVG05SOdy93NuPRAU/a445iVu7ZM3vEDe+gFJsG9eLgyXMaOp/
         G9EkJcEvZT6B/HMF4OR2kRhY6YA+xNQfmfrMZSQu+gnT53bdYTbGGzwzkD+tdRhdaAhh
         2zwF6n0LN1R1cLVf1upO/5WRgjxIog9X1wUzg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=fB20ZZMQKCZdZ91Q8ZpSC86gEpv4xw46s0zf/h86vFGFLA9ya3Z6rzksfWT5r+N5bL
         dFSZLmzk9ePK39SEaqJj6umdzl5jrzJo/o7v2r32OmnTawKhekXeNEkYGrYz5FJ/cKwT
         kL9oc2ODqtB2hrY+9q9ghJYUpqRZG5bafDRw4=
MIME-Version: 1.0
Received: by 10.216.93.141 with SMTP id l13mr1588897wef.67.1251292941431;
 Wed,
	26 Aug 2009 06:22:21 -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 16:22:21 +0300
Message-ID: <786fde50908260622s70e7a98bj90b40fa16fce6b87@mail.gmail.com>
Subject: Re: Lucene gobbling file descriptors
From: Shai Erera <serera@gmail.com>
To: java-user@lucene.apache.org
Content-Type: multipart/alternative; boundary=0016e6d99a9348b32d04720b57e5
X-Virus-Checked: Checked by ClamAV on apache.org

--0016e6d99a9348b32d04720b57e5
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

That's strange ... how do you execute your searches - each search opens up
an IndexReader? Do you make sure to close them? Maybe those are file
descriptors of files you index?

Forgive the silly questions, but I've never seen Lucene run into
out-of-files handles ...

Shai

On Wed, Aug 26, 2009 at 4:18 PM, Chris Bamford <Chris.Bamford@scalix.com>wrote:

> Hi there,
>
> I wonder if someone can help?  We have a successful Lucene app deployed on
> Tomcat which works well.  As far as we can tell, our developers have
> observed all the guidelines in the Lucene FAQ, but on some of our
> installations, Tomcat eventually runs out of file descriptors and needs a
> restart to clear it.  We know Lucene is the culprit because use lsof -p
> <java PID> and the vast majority (usually tens of thousands) of files
> reported are Lucene index files.
>
> I am hoping to get some tips on how this can be avoided.  Is 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?  Or 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 point!
>  Please ask....
>
> Thanks in advance
>
> - Chris
>
> Chris Bamford
> Senior Development Engineer
> Scalix
> chris.bamford@scalix.com
> Tel: +44 (0)1344 381814
> www.scalix.com
>
>

--0016e6d99a9348b32d04720b57e5--