> On Sep 24, 2016, at 5:11 AM, Allen Wittenauer
> wrote:
>
>
>> On Sep 24, 2016, at 4:24 AM, Steve Loughran wrote:
>>
>>
>> On 23 Sep 2016, at 18:55, Andrew Wang
>> mailto:andrew.w...@cloudera.com>> wrote:
>>
>> Have you git blamed to dig up the original JIRA conversation? I think that
>
> On Sep 24, 2016, at 4:24 AM, Steve Loughran wrote:
>
>
> On 23 Sep 2016, at 18:55, Andrew Wang
> mailto:andrew.w...@cloudera.com>> wrote:
>
> Have you git blamed to dig up the original JIRA conversation? I think that
> deprecation predates many of us, so you might not get much historical
On 23 Sep 2016, at 18:55, Andrew Wang
mailto:andrew.w...@cloudera.com>> wrote:
Have you git blamed to dig up the original JIRA conversation? I think that
deprecation predates many of us, so you might not get much historical
perspective from the mailing list.
its so old that it's lost in the h
there could be smarter: look for the dfs value, and if not found
> then grab the io.bytes one —warning the user.
>
> I will volunteer to write this code if I get a promise that someone agrees
> with the premise and is willing to help nurture it in.
>
> Begin forwarded m
e user.
I will volunteer to write this code if I get a promise that someone agrees with
the premise and is willing to help nurture it in.
Begin forwarded message:
From: Steve Loughran mailto:ste...@hortonworks.com>>
Subject: HADOOP-13636 and io.bytes.per.checksum
Date: 21 Sept
I'm getting told off for using the deprecated option: io.bytes.per.checksum
https://issues.apache.org/jira/browse/HADOOP-13636
Except: I'm not. FileSystem.getServerDefaults() is, which is used by Trash to
work out where to delete things.
It strikes me that the system is inconsitent: HdfsConfigu
