Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 26555 invoked from network); 7 Feb 2008 20:17:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Feb 2008 20:17:19 -0000 Received: (qmail 86737 invoked by uid 500); 7 Feb 2008 20:17:05 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 86714 invoked by uid 500); 7 Feb 2008 20:17:05 -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 86703 invoked by uid 99); 7 Feb 2008 20:17:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Feb 2008 12:17:05 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rsivak@istandfor.com designates 72.3.240.46 as permitted sender) Received: from [72.3.240.46] (HELO mail.istandfor.com) (72.3.240.46) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Feb 2008 20:16:49 +0000 Received: from [192.168.1.101] (dsl254-071-128.nyc1.dsl.speakeasy.net [216.254.71.128]) (authenticated bits=0) by mail.istandfor.com (8.12.11.20060308/8.12.11) with ESMTP id m17KGeaU031490 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 7 Feb 2008 14:16:40 -0600 Message-ID: <47AB66AD.2020009@istandfor.com> Date: Thu, 07 Feb 2008 15:14:37 -0500 From: Ruslan Sivak User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: java-user@lucene.apache.org Subject: Distributed Indexes Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I'm wondering if this is a problem that lucene users have already tackled. I have four copies of the application using a lucene index. They are located on two physical servers with two copies on each server accessing two copies of the lucene index. I use Windows FRS (File Replication Service) to replicate the index between the two servers. Things work well most of the time, but sometimes, I believe under load, the index doesn't get a chance to propagate before another write takes place and it gets corrupted. What would you recommend I use to keep the index in sync between the four copies of the app? Russ --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org