Return-Path: X-Original-To: apmail-hadoop-hdfs-dev-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7E73FD313 for ; Tue, 25 Sep 2012 23:58:53 +0000 (UTC) Received: (qmail 53707 invoked by uid 500); 25 Sep 2012 23:58:53 -0000 Delivered-To: apmail-hadoop-hdfs-dev-archive@hadoop.apache.org Received: (qmail 53530 invoked by uid 500); 25 Sep 2012 23:58:52 -0000 Mailing-List: contact hdfs-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-dev@hadoop.apache.org Delivered-To: mailing list hdfs-dev@hadoop.apache.org Received: (qmail 53521 invoked by uid 99); 25 Sep 2012 23:58:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Sep 2012 23:58:52 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of eli@cloudera.com designates 209.85.215.176 as permitted sender) Received: from [209.85.215.176] (HELO mail-ey0-f176.google.com) (209.85.215.176) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Sep 2012 23:58:48 +0000 Received: by eaan12 with SMTP id n12so4381eaa.35 for ; Tue, 25 Sep 2012 16:58:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=ZBz58WCb/m04s3RsOPWzpLZ7EYvrxmla2LMXLh5LTec=; b=N3YwlrmxglqSx+YQvAGo95dCpDAub//2SNfNXW44lmscJbblh0CHthsbfVnEGtaULx 4ERO7Gpb4DkHamaXDotp09F++igWbs+mL8zZy9pYNCdIK51M/WItRi8NfurC9I1H7L9d PQZYY8UK3HmqkLrHYVwEQJCyOVaRe7bumkFy9SUIz/+rsX99fDijRlvjwhUzgmoUSM4B 2gzlUExdwHXUbFV84psjn4Wb3p4+fZWTw5XCsfsZGeLIFHxukWyrSKmfGsgDoOADrm5U mxM3rGYu+F+PmVWBdguSCQ+NDrYD/sH6PVNuJTtrZdbvsubUFPHds9CKi8Bk6Ky1CyYB 4MOw== MIME-Version: 1.0 Received: by 10.14.4.201 with SMTP id 49mr23092330eej.0.1348617507048; Tue, 25 Sep 2012 16:58:27 -0700 (PDT) Received: by 10.14.207.196 with HTTP; Tue, 25 Sep 2012 16:58:27 -0700 (PDT) In-Reply-To: References: Date: Tue, 25 Sep 2012 16:58:27 -0700 Message-ID: Subject: Re: [VOTE] Merge HDFS-3077 (QuorumJournalManager) branch to trunk From: Eli Collins To: hdfs-dev@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQm4BE5zE8looVNh6MJ2ukvuMhshnoMyd8+2ihgJAGCVymfj6VQVjBDGxx7HApHllJzPK3H1 X-Virus-Checked: Checked by ClamAV on apache.org +1 Awesome work Todd. On Tue, Sep 25, 2012 at 4:02 PM, Todd Lipcon wrote: > Dear fellow HDFS developers, > > Per my email thread last week ("Heads up: merge for QJM branch soon" > at http://markmail.org/message/vkyh5culdsuxdb6t) I would like to > propose merging the HDFS-3077 branch into trunk. The branch has been > active since mid July and has stabilized significantly over the last > two months. It has passed the full test suite, findbugs, and release > audit, and I think it's ready to merge at this point. > > The branch has been fully developed using the standard > 'review-then-commit' (RTC) policy, and the design is described in > detail in a document attached to HDFS-3077 itself. The code itself has > been contributed by me, Aaron, and Eli, but I'd be remiss not to also > acknowledge the contributions to the design from discussions with > Suresh, Sanjay, Henry Robinson, Patrick Hunt, Ivan Kelly, Andrew > Purtell, Flavio Junqueira, Ben Reed, Nicholas, Bikas, Brandon, and > others. Additionally, special thanks to Andrew Purtell and Stephen Chu > for their help with cluster testing. > > This initial VOTE is to merge only into trunk, but, following the > pattern of automatic failover, I expect to merge it into branch-2 > within a few weeks as well. The merge to branch-2 should be clean, as > both I and Andrew Purtell have been testing on branch-2-derived > codebases in addition to trunk. > > Please cast your vote by EOD Friday 9/29. Given that the branch has > only had small changes in the last few weeks, and there was a "heads > up" last week, I trust this should be enough time for committers to > cast their votes. Per our by-laws, we need a minimum of three binding > +1 votes from committers. > > I will start the voting with my own +1. > > Thanks > -Todd > -- > Todd Lipcon > Software Engineer, Cloudera