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 508DC10AB6 for ; Mon, 17 Mar 2014 08:51:40 +0000 (UTC) Received: (qmail 71601 invoked by uid 500); 17 Mar 2014 08:51:38 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 71543 invoked by uid 500); 17 Mar 2014 08:51:34 -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 71529 invoked by uid 99); 17 Mar 2014 08:51:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Mar 2014 08:51:32 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of north.n@gmail.com designates 209.85.160.50 as permitted sender) Received: from [209.85.160.50] (HELO mail-pb0-f50.google.com) (209.85.160.50) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Mar 2014 08:51:27 +0000 Received: by mail-pb0-f50.google.com with SMTP id md12so5442405pbc.9 for ; Mon, 17 Mar 2014 01:51:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Yllge15dZgc4kZYVrDwyGBpKimqYiOfJIXFcASeECZE=; b=gUJpfA8RQfCkuAzFZOcUMaN9EstdWjn2by8wyNTbYw1q3SIkWwUcP0SxT0X00pTgq9 aB5a5qGhIH7OdKmlifgJJU8k1++RNFVllgb1SD92D+rjTapa8i1CaTyBxFnBOdBsHnZj Yljk1rdriP2T5bmVGsnqPXJdYKL5MpRdc02erMn9SytAOzOA2CL80HvZcVZ5kxX4unN7 HlrcRV9ddffQbYYPysQKsilW0alEG5OvjoVQGLAnhFRgCJs3hkCi/DIFD0ApEtDNz1Gx M8EbhwGqlzDlq1rmIe00p08gcYrEoDIeRdvpXFfP/0AUvYLizU2J4bF2w198mWA3f8QJ VCxw== MIME-Version: 1.0 X-Received: by 10.68.194.38 with SMTP id ht6mr24814730pbc.120.1395046266156; Mon, 17 Mar 2014 01:51:06 -0700 (PDT) Received: by 10.68.73.135 with HTTP; Mon, 17 Mar 2014 01:51:06 -0700 (PDT) In-Reply-To: References: <5317098A.6020406@posteo.de> Date: Mon, 17 Mar 2014 08:51:06 +0000 Message-ID: Subject: Re: [VOTE] Release Apache CouchDB 1.6.0-rc.1 From: Nick North To: "dev@couchdb.apache.org" Content-Type: multipart/alternative; boundary=047d7b15aec123bda804f4c9854e X-Virus-Checked: Checked by ClamAV on apache.org --047d7b15aec123bda804f4c9854e Content-Type: text/plain; charset=ISO-8859-1 I'm up for some (more) debugging to try to track down the large attachments problem. This is a fairly busy week, but I am free all day Wednesday if that works. I'm also setting up a local FreeBSD machine to try it out myself, but Windows Hyper-V is giving some problems. Nick On 14 March 2014 18:57, Dave Cottlehuber wrote: > On 14 March 2014 14:53, Benoit Chesneau wrote: > > On Wed, Mar 5, 2014 at 12:24 PM, Klaus Trainer > wrote: > >> On 03/05/2014 11:06 AM, Andy Wenk wrote: > >>> * I tested against master 5989bb324a and all tests pass > >>> * I tested against 1986-fix-ibrowse-infinite-async-timeout b35884580 > >>> and ./test/etap/200-view-group-no-db-leaks.t fails > >>> * rerun with the last one results also in the same error > >>> * I tested against 1.6 branch and 04-replication-large-atts.t fails > >> > >> Does anybody have an idea about what change that is in master but not in > >> the 1.6 branch could make 04-replication-large-atts.t not fail anymore? > >> > > > > > > did you figured? > > > > Also what is the status of this release? > > > > - benoit > > FWIW I still get the replication failures on FreeBSD + master, even if > we sprinkle in the various possible fixes out there. > > I'm concerned that there's some underlying issue that is worse on > FreeBSD but still exists on other platforms -- one of the symptoms is > an exploding RSS memory set during replication. > > If somebody feels like doing some peer debugging next week we might be > able to track this down. > > Worth noting, master works for me fine on OSX but not 1.6. > > I propose to the illustrious Release Manager (Long May They Reign) to > dump the 1.6.x branch unceremoniously & cut a new one from current > master, assuming Fauxton etc are able to work with this? > > A+ > Dave > --047d7b15aec123bda804f4c9854e--