hadoop-hdfs-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aaron T. Myers" <...@cloudera.com>
Subject Re: VOTE: HDFS-347 merge
Date Thu, 11 Apr 2013 05:00:01 GMT
I'm +1 as well. I've reviewed much of the code as well and have personally seen it running
in production at several different sites. I agree with Todd that it's a substantial improvement
in operability. 

Best,
Aaron

On Apr 8, 2013, at 1:19 PM, Todd Lipcon <todd@cloudera.com> wrote:

> +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

Mime
View raw message