Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 83756906E for ; Wed, 28 Mar 2012 18:45:21 +0000 (UTC) Received: (qmail 85610 invoked by uid 500); 28 Mar 2012 18:45:21 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 85579 invoked by uid 500); 28 Mar 2012 18:45:20 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 85571 invoked by uid 99); 28 Mar 2012 18:45:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Mar 2012 18:45:20 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [80.244.253.218] (HELO mail.traeumt.net) (80.244.253.218) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Mar 2012 18:45:11 +0000 Received: from [10.0.0.15] (91-64-198-154-dynip.superkabel.de [91.64.198.154]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.traeumt.net (Postfix) with ESMTPSA id 3F95B14256 for ; Wed, 28 Mar 2012 20:45:48 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1257) Subject: Re: [VOTE] Apache CouchDB 1.2.0 release, third round From: Jan Lehnardt In-Reply-To: <4F7354E7.3070406@gmail.com> Date: Wed, 28 Mar 2012 20:44:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <1E2F4D25-C499-429E-AAB9-6D101C415B51@apache.org> References: <4F735326.1010606@gmail.com> <4F7354E7.3070406@gmail.com> To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1257) On Mar 28, 2012, at 20:13 , Stefan K=F6gl wrote: > On 03/28/2012 08:08 PM, Robert Newson wrote: >> Can you clarify the conditions under which this bug occurs? I'm >> inclined to agree with Filipe that it's release blocking, but if it >> the conditions to induce are very rare, I might change my mind. Given >> that you induced it without apparent effort, I don't think it's = likely >> to be rare. >=20 > I have a setup where I redirect live read traffic to test instances, > while replicating writes from a stable master. This is the first such > incident in a few weeks of doing this (with maybe 5 to 10 db > compactions), so I can't judge how often it occurs. =46rom my point of > view there was no special work load on the instance when it happend. Thanks again Stefan, your contributions remain invaluable to CouchDB :) Cheers Jan --=20