[jira] [Created] (HADOOP-13247) The CACHE entry in FileSystem is not removed if exception happened in close

zhihai xu created HADOOP-13247: -- Summary: The CACHE entry in FileSystem is not removed if exception happened in close Key: HADOOP-13247 URL: https://issues.apache.org/jira/browse/HADOOP-13247 Project:

[jira] [Created] (HADOOP-13246) Support Mutable Short Gauge In Metrics2 lib

Hanisha Koneru created HADOOP-13246: --- Summary: Support Mutable Short Gauge In Metrics2 lib Key: HADOOP-13246 URL: https://issues.apache.org/jira/browse/HADOOP-13246 Project: Hadoop Common

Re: Cannot create release artifacts for branch-2.8

It's also the best option to fix create-release. If we cannot get help to fix the script, it seems the only choice is to maintain CHANGES.txt again in branch-2. On Tue, Jun 7, 2016 at 2:56 PM, Andrew Wang wrote: > I'm not super happy about the alternative of reverting

Re: Cannot create release artifacts for branch-2.8

I'm not super happy about the alternative of reverting the auto-generated CHANGES/RL JIRAs, since it means we have to do CHANGES.txt maintenance again in branch-2. That's an overhead that we pay for every commit, and it's particularly bad when doing backports. As I commented on HADOOP-12892, I

Re: Cannot create release artifacts for branch-2.8

> > I'm not the one who cherry-picked them into branch-2, so I don't > care either way. I've been extremely open about targeting my code for the > past three years for trunk. With few exceptions, I generally only commit > code I write or even review to branch-2 if someone practically begs

Re: Why there are so many revert operations on trunk?

One anti-pattern that keeps coming up over and over again is people trying to do big and complex features without feature branches. This happened with HDFS truncate as well. This inevitably leads to controversy because people see very big and invasive patches zooming past and get alarmed.

[jira] [Created] (HADOOP-13245) Fix up some misc create-release issues

Allen Wittenauer created HADOOP-13245: - Summary: Fix up some misc create-release issues Key: HADOOP-13245 URL: https://issues.apache.org/jira/browse/HADOOP-13245 Project: Hadoop Common

Re: Why there are so many revert operations on trunk?

Lolz! Thanks for your opinion Larry. I have often seen "-1 until this is done according to my way rather than your way" (obviously not in those words), even when both ways are perfectly reasonable. Anyway, I didn't expect the voting rules to change. :-) Cheers Ravi On Tue, Jun 7, 2016 at 11:02

Re: Cannot create release artifacts for branch-2.8

> On Jun 7, 2016, at 11:37 AM, Wangda Tan wrote: > > I have tested both, create-releases fails on my local box as well. > > According to the link you provided, we probably need to update how to > release wiki > .

Re: Cannot create release artifacts for branch-2.8

I have tested both, create-releases fails on my local box as well. According to the link you provided, we probably need to update how to release wiki . On Tue, Jun 7, 2016 at 6:22 AM, Allen Wittenauer wrote:

Re: Why there are so many revert operations on trunk?

-1 needs not be a taken as a derogatory statement being a number should actually make it less emotional. It is dangerous to a community to become oversensitive to it. I generally see language such as "I am -1 on this until this particular thing is fixed" or that it violates some common pattern or

Re: Why there are so many revert operations on trunk?

+1 on being more respectful. We seem to be having a lot of distasteful discussions recently. If we fight each other, we are only helping our competitors win (and trust me, its out there). I would also respectfully request people not to throw -1s around. I have faced this a few times and its

Branch-2.6 Pre-Commit Jenkins broken?

Has anyone gotten a successful run recently? Thanks.

Re: Why there are so many revert operations on trunk?

+1 This is a good summary, And we are better off resolving issues through discussions on emails, rather than JIRA, and everyone behaving amicably towards each other. I think we should be more willing to do feature branches, especially for things like - anything deep into the codebase -

Apache Hadoop qbt Report: trunk+JDK8 on Linux/x86

For more details, see https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/50/ [Jun 6, 2016 8:28:21 AM] (szetszwo) Revert "Revert "HDFS-10224. Implement asynchronous rename for [Jun 6, 2016 8:28:47 AM] (szetszwo) Revert "Revert "HADOOP-12957. Limit the number of outstanding async

[jira] [Created] (HADOOP-13244) o.a.h.ipc.Server#Server should honor handlerCount when queueSizePerHandler is specified in consturctor

Xiaoyu Yao created HADOOP-13244: --- Summary: o.a.h.ipc.Server#Server should honor handlerCount when queueSizePerHandler is specified in consturctor Key: HADOOP-13244 URL: