Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 81482 invoked from network); 29 Sep 2010 18:51:04 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 29 Sep 2010 18:51:04 -0000 Received: (qmail 11115 invoked by uid 500); 29 Sep 2010 18:51:02 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 11035 invoked by uid 500); 29 Sep 2010 18:51:02 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 11027 invoked by uid 99); 29 Sep 2010 18:51:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Sep 2010 18:51:01 +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: local policy) Received: from [71.6.200.51] (HELO serve.stimulussoft.com) (71.6.200.51) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Sep 2010 18:50:54 +0000 Received: from serve.stimulussoft.com (localhost.localdomain [127.0.0.1]) by serve.stimulussoft.com (Postfix) with ESMTP id A090810738 for ; Wed, 29 Sep 2010 11:50:32 -0700 (PDT) Received: by serve.stimulussoft.com (Postfix, from userid 5001) id 8A77A10747; Wed, 29 Sep 2010 11:50:32 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on serve.stimulussoft.com X-Spam-Level: Received: from Jamie-Bands-MacBook-Pro.local (196-210-169-220.dynamic.isadsl.co.za [196.210.169.220]) by serve.stimulussoft.com (Postfix) with ESMTPA id 727C310738 for ; Wed, 29 Sep 2010 11:50:30 -0700 (PDT) Message-ID: <4CA38A5F.1000100@stimulussoft.com> Date: Wed, 29 Sep 2010 20:50:07 +0200 From: Jamie User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: java-user@lucene.apache.org Subject: Re: File Handle Leaks During Lucene 3.0.2 Merge References: <4CA37BD8.8050608@stimulussoft.com> <006d01cb6003$2f298650$8d7c92f0$@thetaphi.de> In-Reply-To: <006d01cb6003$2f298650$8d7c92f0$@thetaphi.de> Content-Type: multipart/alternative; boundary="------------030301090104010706040202" X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.4 --------------030301090104010706040202 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Uwe Thanks in advance for your help. Well, I just tried searching again and it made no difference. My LuceneIndex getReader() function will call writer.getReader() on occasion or return a cached copy. To make sure that IndexReader's are closed when they are no longer needed, I wrap the IndexReader as follows: public class VolumeIndexReader extends FilterIndexReader { public VolumeIndexReader(IndexReader in) { super(in); } public void finalize() { try { in.close(); } catch (Exception e) {} } public IndexReader reopen(boolean readonly) throws IOException { return super.reopen(readonly); } } You'll notice finalizer calls IndexReader.close(). After users conduct multiple searches, the index reader should be closed in time. Therefore, its confusing to me to see that open handles are still present. Clearly, I am doing something wrong, but what? Jamie On 2010/09/29 8:21 PM, Uwe Schindler wrote: > The "deleted" files are only freed by OS kernel if no longer an IndexReader > accesses them. Did you get a new realtime reader after merging and*closed* > the old one? > > ----- > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail:uwe@thetaphi.de --------------030301090104010706040202--