From dev-return-21789-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Wed Mar 28 19:22:37 2012 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 DFC829875 for ; Wed, 28 Mar 2012 19:22:36 +0000 (UTC) Received: (qmail 22869 invoked by uid 500); 28 Mar 2012 19:22:36 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 22840 invoked by uid 500); 28 Mar 2012 19:22:36 -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 22829 invoked by uid 99); 28 Mar 2012 19:22:36 -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 19:22:36 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of dionne@dionne-associates.com designates 69.89.24.6 as permitted sender) Received: from [69.89.24.6] (HELO oproxy9.bluehost.com) (69.89.24.6) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 28 Mar 2012 19:22:27 +0000 Received: (qmail 13539 invoked by uid 0); 28 Mar 2012 19:22:05 -0000 Received: from unknown (HELO host183.hostmonster.com) (74.220.207.183) by oproxy9.bluehost.com with SMTP; 28 Mar 2012 19:22:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dionne-associates.com; s=default; h=To:References:Message-Id:Content-Transfer-Encoding:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=sbTZfhDuGESgr1XVyC61YPWQ4I/Tubrc2qIsFpRyglk=; b=AfV4FYtY87m9R/+mUHLdVzs9RUGEZBe0ZKKZ2p7U11Mgc5GXNfFTZ+p3e8JEscdGAgRVgkdHUk53ygBUHrUD3vrFo9dupNU9CdqL1UpoEZ6eB4k9dk3yBAASewYYK/8m; Received: from adsl-99-36-6-202.dsl.wlfrct.sbcglobal.net ([99.36.6.202] helo=[192.168.1.115]) by host183.hostmonster.com with esmtpa (Exim 4.76) (envelope-from ) id 1SCyRY-0007X8-Se for dev@couchdb.apache.org; Wed, 28 Mar 2012 13:22:05 -0600 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: Bob Dionne In-Reply-To: Date: Wed, 28 Mar 2012 15:22:04 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3B540BCB-275F-4C0B-9FDF-2C30CA3E7604@apache.org> <7154760D-BD51-4AAA-AC14-D8A7598367DD@apache.org> To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1257) X-Identified-User: {2551:host183.hostmonster.com:dionneas:dionne-associates.com} {sentby:smtp auth 99.36.6.202 authed with dionne@dionne-associates.com} you might consider naming the next build "knock wood" :) On Mar 28, 2012, at 2:25 PM, Noah Slater wrote: > This vote has been aborted. Thank you to everyone who participated. >=20 > On Wed, Mar 28, 2012 at 7:14 PM, Jan Lehnardt wrote: >=20 >>=20 >> On Mar 28, 2012, at 20:07 , Filipe David Manana wrote: >>=20 >>> On Wed, Mar 28, 2012 at 7:03 PM, Jan Lehnardt = wrote: >>>>=20 >>>> On Mar 28, 2012, at 19:58 , Filipe David Manana wrote: >>>>=20 >>>>> On Wed, Mar 28, 2012 at 6:51 PM, Stefan K=F6gl = >> wrote: >>>>>> Hi everybody, >>>>>>=20 >>>>>> I just wanted to raise some attention to the DB compaction bug >> discovered today >>>>>>=20 >>>>>> https://issues.apache.org/jira/browse/COUCHDB-1451 >>>>>>=20 >>>>>> While I initially discovered the bug with a 1.1.2 instance, this = could >>>>>> also affect 1.2. I think this issue should be resolved before = closing >>>>>> the vote. Filipe already provided a patch, so it shouldn't take = too >>>>>> long. >>>>>=20 >>>>> Stefan, the patch is only for 1.2.x (and master). >>>>> That exact issue can't happen on 1.1.x releases, as it's related = to >>>>> code added in 1.2.x. >>>>>=20 >>>>> I'm voting -1 on this round just because of this issue. >>>>=20 >>>> Filipe, can you explain how frequent this issue would be? I can't = quite >>>> discover the circumstances from the patch & commit message. >>>=20 >>> Very frequent on some environments / work loads. It's highly timing >>> sensitive. Happens if the compactor inserts the last batch of btree >>> records in less than 500ms after the previous batch. >>=20 >> That sounds common enough to me that we should avoid shipping this in = 1.2.0 >>=20 >> Cheers >> Jan >> -- >>=20 >>=20