Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 98967 invoked from network); 19 Oct 2010 00:30:49 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 19 Oct 2010 00:30:49 -0000 Received: (qmail 49852 invoked by uid 500); 19 Oct 2010 00:30:47 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 49806 invoked by uid 500); 19 Oct 2010 00:30:47 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 49799 invoked by uid 99); 19 Oct 2010 00:30:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Oct 2010 00:30:47 +0000 X-ASF-Spam-Status: No, hits=-1998.7 required=10.0 tests=ALL_TRUSTED,URI_HEX X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Oct 2010 00:30:47 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o9J0UQSN017659 for ; Tue, 19 Oct 2010 00:30:27 GMT Message-ID: <1738191.34411287448226759.JavaMail.jira@thor> Date: Mon, 18 Oct 2010 20:30:26 -0400 (EDT) From: "Mark Miller (JIRA)" To: dev@lucene.apache.org Subject: [jira] Closed: (SOLR-2174) commit durring backup of more then 10 seconds causes snapshoot to fail ? In-Reply-To: <1344055.29171287434667960.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/SOLR-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller closed SOLR-2174. ----------------------------- Resolution: Duplicate looks like a dupe of SOLR-2100 - already resolved. > commit durring backup of more then 10 seconds causes snapshoot to fail ? > ------------------------------------------------------------------------ > > Key: SOLR-2174 > URL: https://issues.apache.org/jira/browse/SOLR-2174 > Project: Solr > Issue Type: Bug > Components: replication (java) > Affects Versions: 1.4.1 > Reporter: Hoss Man > > Comment from Peter Sturge in email... > http://lucene.472066.n3.nabble.com/commitReserveDuration-backups-and-saveCommitPoint-td1407399.html > {quote} > In Solr 1.4 and 1.4.1, the SOLR-1475 patch is certainly there, but I don't believe it truly addresses the problem. > Here's why: > When a 'backup' command is received by the RemplicationHandler, it creates a SnapShooter instance and asynchronously does a full file snapshot of the current commit point. > The current commit version to which this refers, however, is set to be cleared on the next commit by the value of 'commitReserveDuration', which, by default, is set to 10secs. (see cleanReserves() in IndexDeletionPolicyWrapper.java). > If you perform a backup and no commits occur during this time, it's fine, because clearReserves() is not called. If you do get a commit during the backup process, and the backup takes longer than 10secs, > the whole snapshot operation fails (because delete() doesn't see the commit point in savedCommits - see below). > {quote} > Peter's email mentions two patches that he believes will fix this problem -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org