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 22C7AC47A for ; Sun, 20 May 2012 06:58:24 +0000 (UTC) Received: (qmail 87861 invoked by uid 500); 20 May 2012 06:58:23 -0000 Delivered-To: apmail-hadoop-hdfs-dev-archive@hadoop.apache.org Received: (qmail 87784 invoked by uid 500); 20 May 2012 06:58:23 -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 87760 invoked by uid 99); 20 May 2012 06:58:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 May 2012 06:58:22 +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 (nike.apache.org: domain of todd@cloudera.com designates 209.85.214.48 as permitted sender) Received: from [209.85.214.48] (HELO mail-bk0-f48.google.com) (209.85.214.48) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 May 2012 06:58:14 +0000 Received: by bkcjf20 with SMTP id jf20so4875856bkc.35 for ; Sat, 19 May 2012 23:57:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=54+3YDnFLl5ueMQ8cyIqtqrAZEKNBEg9qQFq2lENGpE=; b=e3UHxWR/xAFc0cpzcethJpkvUcjtpnyRn9DojdG4f6/QfxotlT0ngOzNwe+x9Pc5v8 qfI6UEgWW37d8yYwkEZNZG2PPUX8SZAKPiYLlsTNu0h/k+lRd9kmiqkIm5Ckd4xXrEMV KM2GFc90/qiezkHOXP9ZiYeORhAKXxxMc4OSi1qkHeVEdy9bmsmqKTyVQyO0yJ/GNVii PJ65fQChU0CrcBD+2na0HBgSNSMrj53m0w5XYLwiJdwKk1LzHuBOf4IYAcHXkTVYKHvG LyCfj7QP5ynVIqVU/uj7TErK/UN0Kfj4azVOl6YaFVsuSvXnRMmViUVxdt5nJWlTssBB k3wQ== Received: by 10.205.134.6 with SMTP id ia6mr6265436bkc.51.1337497074488; Sat, 19 May 2012 23:57:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.157.152 with HTTP; Sat, 19 May 2012 23:57:34 -0700 (PDT) From: Todd Lipcon Date: Sat, 19 May 2012 23:57:34 -0700 Message-ID: Subject: [VOTE] Merge HDFS-3042 (auto-HA) branch to trunk To: hdfs-dev@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmME+4qrdxyUTY+/svrEVlAROIqlwtEbktRmMxpJY18TnqXsKX/R3wL75RtuSyGdjGHgvBS Hi HDFS developers, As I mentioned last week, work has been completed on the HDFS-3042 branch. This branch has been in progress for a couple months, and contains support for a zookeeper-based automatic failover solution. Over the course of the past week, I fixed remaining findbugs and test issues on the branch, and believe it is ready to merge. So, I'd like to propose merging the branch into trunk. Please refer to the JIRA for some details on testing already completed against the branch. I have also submitted a merge patch to the automatic QA bot on the HDFS-3042 JIRA. Based on local results, I anticipate it will come back with no failures. Of course, if there are any failures, they will be addressed prior to completion of the merge. All of the commits in this branch have been developed by me and reviewed by other committers and contributors under a review-then-commit (RTC) policy. The design has also been extensively discussed and reviewed on JIRA, with input especially from Eli, Aaron, Suresh, Bikas, Sanjay, Hari, Mingjie, and Uma (thanks, all!) My hope is that this can be merged into trunk this week, and then later merged into branch-2 for inclusion in a 2.0.x or 2.1.x release. Any further issues or improvements with the automatic failover feature can be addressed after it is part of the mainline code base. Please cast your vote by end of day Wednesday 5/23. Given that there was a "heads-up" email a week ago, and the branch itself has changed little in the last month, I trust this is enough time for other committers to cast an informed vote. We need a minimum of three binding +1 votes in addition to my own in order to complete the merge. As usual, community members who are not committers should feel free to cast non-binding votes to voice their opinions. Of course, I am +1. Thanks -Todd -- Todd Lipcon Software Engineer, Cloudera