[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: Ha

Re: Pre-commit Docker image build failures on H2?

Hi Chris, Thanks for bringing this up. I just ran into the same issue. https://builds.apache.org/job/PreCommit-HDFS-Build/15700/console But in my case it seems like a different host. “Building remotely on H0”. Thanks Anu On 6/6/16, 3:44 PM, "Chris Nauroth" wrote: >I'm curious if anyone has

[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 I

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

+1 on we would prefer more to using feature branches on big efforts. Thanks Colin for the insights and details. For better effect and to make feature branch more attractive, we might also consider to give more love to such feature branches, maybe not so much as we do to trunk. In this thinking,

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 the auto-generated > CHANGE

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 thi

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: Cannot create release artifacts for branch-2.8

> On Jun 7, 2016, at 1:44 PM, Wangda Tan wrote: > > That gonna be very helpful, but I guess it only works on trunk, correct? At > least many of the parameters you mentioned are not in create-release.sh of > branch-2. Yup. create-release was rewritten in trunk. The previous version had

Re: Cannot create release artifacts for branch-2.8

+ Andrew/Akira On Tue, Jun 7, 2016 at 1:44 PM, Wangda Tan wrote: > That gonna be very helpful, but I guess it only works on trunk, correct? > At least many of the parameters you mentioned are not in create-release.sh > of branch-2. > > We may need to make a decision for this in branch-2. Honestl

Re: Cannot create release artifacts for branch-2.8

That gonna be very helpful, but I guess it only works on trunk, correct? At least many of the parameters you mentioned are not in create-release.sh of branch-2. We may need to make a decision for this in branch-2. Honestly, I have little understanding about shell script related stuffs, if I cannot

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. Devops

[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 Is

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 A

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 > . I'm working on

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: > > > On Jun 6, 2016,

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 really

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?

- We need to at the least force a reset of expectations w.r.t how trunk and small / medium / incompatible changes there are treated. We should hold off making a release off trunk before this gets fully discussed in the community and we all reach a consensus. +1. We should hold off any release w

Re: Cannot create release artifacts for branch-2.8

> On Jun 6, 2016, at 10:50 PM, Wangda Tan wrote: > > Hi Hadoop Devs, > > As you know, we're pushing 2.8.0 releases recently, there're couple of > issues that block creating release artifacts from source code. > > I tried following approaches: > 1) Run build through Hadoop Jenkins Job: http:/

[jira] [Resolved] (HADOOP-3584) Add an explicit HadoopConfigurationException that extends RuntimeException

[ https://issues.apache.org/jira/browse/HADOOP-3584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Loughran resolved HADOOP-3584. Resolution: Won't Fix Fix Version/s: 2.8.0 Just noticed this JIRA hanging around. Cl

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