Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 75059 invoked from network); 18 Jul 2006 18:47:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Jul 2006 18:47:09 -0000 Received: (qmail 14224 invoked by uid 500); 18 Jul 2006 18:47:05 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 13563 invoked by uid 500); 18 Jul 2006 18:47:03 -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 13548 invoked by uid 99); 18 Jul 2006 18:47:03 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Jul 2006 11:47:03 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [66.111.4.28] (HELO out4.smtp.messagingengine.com) (66.111.4.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Jul 2006 11:47:01 -0700 Received: from frontend3.internal (frontend3.internal [10.202.2.152]) by frontend1.messagingengine.com (Postfix) with ESMTP id 7043FD90B81 for ; Tue, 18 Jul 2006 14:46:39 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by frontend3.internal (MEProxy); Tue, 18 Jul 2006 14:46:41 -0400 X-Sasl-enc: QRcx0T3vf/16iP5sAeNxiAbVnQOIe2FNjzZIbYH2h/bV 1153248394 Received: from [10.17.4.3] (pool-72-70-33-84.bstnma.fios.verizon.net [72.70.33.84]) by mail.messagingengine.com (Postfix) with ESMTP id 2FF621E2C for ; Tue, 18 Jul 2006 14:46:34 -0400 (EDT) Message-ID: <44BD2C8D.8050600@mikemccandless.com> Date: Tue, 18 Jul 2006 14:46:37 -0400 From: Michael McCandless User-Agent: Thunderbird 1.5.0.4 (X11/20060516) MIME-Version: 1.0 To: java-user@lucene.apache.org Subject: Re: FileNotFoundException: occurs during the optimization of index References: <44B77D6C.3080501@artnology.com> <44B78020.7040403@naukri.com> In-Reply-To: <44B78020.7040403@naukri.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > Can anybody suggest how to avoid this problem and concurrently access > in the index accroos the network at the same time maintaining the index. Unfortunately, there are known issues with locking and NFS. The lock files (and underlying locking protocol) do not work reliably when used over NFS, and I believe this exception (FileNotFoundException) is one of the manifestations of this. We're working on making locking more flexible (see http://issues.apache.org/jira/browse/LUCENE-305), so this issue will hopefully be correctly addressed in a future version of Lucene. But in the meantime as a workaround you could either do your own external locking (tricky) or you could take safe snapshots of your index and share that. For example, your single Writer could make a safe snapshot of the index when the Writer is closed, and then have all Searchers cutover to this safe copy once it's done. Definitely look at how the Solr project: http://incubator.apache.org/solr/features.html http://incubator.apache.org/solr/tutorial.html accomplishes this. They have developed a sophisticated "snapshot" capability for distributing index copies around. Even if you don't use Solr and even if you still want a single copy of the index (not 1 per Searcher) you can still borrow Solr's techniques (the nice "cp -l -r" trick for example) for making a safe copy of the index. Mike --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org