Mailing-List: contact hdfs-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-dev@hadoop.apache.org
Received-SPF: pass (nike.apache.org: domain of todd@cloudera.com designates
 209.85.217.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CA+qbEUMmAGzJFViN6dsLu14aOynn5+2LNw3bP5dC1e-n6VnfWQ@mail.gmail.com>
References: 
 <CA+qbEUMmAGzJFViN6dsLu14aOynn5+2LNw3bP5dC1e-n6VnfWQ@mail.gmail.com>
From: Todd Lipcon <todd@cloudera.com>
Date: Mon, 8 Apr 2013 13:19:23 -0700
Message-ID: 
 <CADY20s7Z-L2+PenJdGwFkEdWFORG5N+o6kU_BmyoRcKLT3UGWQ@mail.gmail.com>
Subject: Re: VOTE: HDFS-347 merge
To: hdfs-dev@hadoop.apache.org
Content-Type: multipart/alternative; boundary=047d7b3432fa42137304d9df2852

--047d7b3432fa42137304d9df2852
Content-Type: text/plain; charset=ISO-8859-1

+1 for the branch merge. I've reviewed all of the code in the branch, and
we have people now running this code in production scenarios. It is as
functional as the old version and way easier to set up/configure.

-Todd

On Mon, Apr 1, 2013 at 4:32 PM, Colin McCabe <cmccabe@alumni.cmu.edu> wrote:

> Hi all,
>
> I think it's time to merge the HDFS-347 branch back to trunk.  It's been
> under
> review and testing for several months, and provides both a performance
> advantage, and the ability to use short-circuit local reads without
> compromising system security.
>
> Previously, we tried to merge this and the objection was brought up that we
> should keep the old, insecure short-circuit local reads around so that
> platforms for which secure SCR had not yet been implemented could use it
> (e.g. Windows).  This has been addressed-- see HDFS-4538 for details.
>  Suresh has also volunteered to maintain the insecure SCR code until secure
> SCR can be implemented for Windows.
>
> Please cast your vote by EOD Monday 4/8.
>
> best,
> Colin
>


-- 
Todd Lipcon
Software Engineer, Cloudera

--047d7b3432fa42137304d9df2852--