Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 9415 invoked from network); 14 Apr 2011 11:48:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Apr 2011 11:48:47 -0000 Received: (qmail 29157 invoked by uid 500); 14 Apr 2011 11:48:46 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 29110 invoked by uid 500); 14 Apr 2011 11:48:45 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 29102 invoked by uid 99); 14 Apr 2011 11:48:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Apr 2011 11:48:45 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of robert.newson@gmail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Apr 2011 11:48:39 +0000 Received: by bwj24 with SMTP id 24so2451014bwj.11 for ; Thu, 14 Apr 2011 04:48:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=y0VTD4xrPIaOLqJvSaVF5tw9l7v0fhFRdGmANxLcS98=; b=MvC0ujDvCKH6VoobR7F5lDKaRjEtsfRRbX6fyQRkMWTrLlzke0stsbcRgQDHjjHFP4 3jexiy3W69h8vHIYUXp9vcySC7gdF/dYmubPAD6KQtdyiTDif0gNvSVPgX88mtx0ij0a SS5l9jjKEdsm0/FguimkrHMVVTTg8VW7RQsk4= 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:content-transfer-encoding; b=I320kGqCQViFB0+JuzcTFRx4UEaKvaIkdsM24k1Usb5lOKGNjMc+Omc65Nu2ZZamcv VpcxeRg5wWAV1ic4l8ltqQhEjNmKh9XLNw9VlorxqB7xA+dKnAqn27e+WryLPv8BoQAL duzpW5VqRFM5wtE20VJ5rNBF3K8mYvnJsFvA0= MIME-Version: 1.0 Received: by 10.204.15.74 with SMTP id j10mr483864bka.129.1302781698566; Thu, 14 Apr 2011 04:48:18 -0700 (PDT) Received: by 10.204.118.206 with HTTP; Thu, 14 Apr 2011 04:48:18 -0700 (PDT) In-Reply-To: <1302700055.15771.14.camel@meerkat.green.sophos> References: <1302700055.15771.14.camel@meerkat.green.sophos> Date: Thu, 14 Apr 2011 12:48:18 +0100 Message-ID: Subject: Re: Spontaneous view rebuild after view compaction? From: Robert Newson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Hi Paul, I believe this odd behavior has been seen in the wild but I don't think the cause has been isolated. B. On 13 April 2011 14:07, Paul Hirst wrote: > I've had my largest view spontaneously decide to rebuild itself from scra= tch a couple of times now, starting immediately after a view compaction fin= ishes. > > I seem to remember someone pointing at a ticket for this problem a while = ago but searching around in Jira I couldn't find it. Does it ring any bells= with anyone? > > I have a suspicion I'm hitting some kind of race condition whereby if the= view is queried while the compaction process is attempting to swap the fil= es over it just triggers a fresh build. I've turned off my regular view tou= ching for the moment and I'm going to see if it happens again but as my vie= w takes over a day to build it's getting pretty frustrating so any suggesti= ons would be really appreciated. > > Thanks. > > > ________________________________ > Sophos Limited, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, = United Kingdom. > Company Reg No 2096520. VAT Reg No GB 991 2418 08. >