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

Hadoop-Hdfs-trunk-Java8 - Build # 1311 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk-Java8/1311/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 5480 lines...] [INFO] [INFO] --- maven-enforcer-pl

Build failed in Jenkins: Hadoop-Hdfs-trunk-Java8 #1311

See Changes: [Arun Suresh] YARN-5185. StageAllocaterGreedyRLE: Fix NPE in corner case. (Carlo [Arun Suresh] YARN-4525. Fix bug in RLESparseResourceAllocation.getRangeOverlapping(). -- [

Cannot create release artifacts for branch-2.8

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: https://builds.apache.org/job/HADOOP2_Release_Artifacts_Builder/ 2) Run dev-

[jira] [Created] (HDFS-10493) Add links to datanode web UI in namenode datanodes page

Weiwei Yang created HDFS-10493: -- Summary: Add links to datanode web UI in namenode datanodes page Key: HDFS-10493 URL: https://issues.apache.org/jira/browse/HDFS-10493 Project: Hadoop HDFS Issue

Hadoop-Hdfs-trunk-Java8 - Build # 1310 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk-Java8/1310/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 5458 lines...] [INFO] [INFO] --- maven-enforcer-pl

Build failed in Jenkins: Hadoop-Hdfs-trunk-Java8 #1310

See Changes: [zhz] HDFS-10458. getFileEncryptionInfo should return quickly for -- [...truncated 5261 lines...] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.552 sec -

Hadoop-Hdfs-trunk-Java8 - Build # 1309 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk-Java8/1309/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 5967 lines...] [INFO] [INFO] --- maven-enforcer-pl

Build failed in Jenkins: Hadoop-Hdfs-trunk-Java8 #1309

See Changes: [mingma] MAPREDUCE-5044. Have AM trigger jstack on task attempts that timeout [stevel] HADOOP-12807 S3AFileSystem should read AWS credentials from environment -- [...truncat

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

inline On Mon, Jun 6, 2016 at 4:36 PM, Vinod Kumar Vavilapalli wrote: > Folks, > > It is truly disappointing how we are escalating situations that can be > resolved through basic communication. > > Things that shouldn’t have happened > - After a few objections were raised, commits should ha

[jira] [Created] (HDFS-10492) libhdfs++: Clean up minidfscluster tests

James Clampffer created HDFS-10492: -- Summary: libhdfs++: Clean up minidfscluster tests Key: HDFS-10492 URL: https://issues.apache.org/jira/browse/HDFS-10492 Project: Hadoop HDFS Issue Type:

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

Folks, It is truly disappointing how we are escalating situations that can be resolved through basic communication. Things that shouldn’t have happened - After a few objections were raised, commits should have simply stopped before restarting again but only after consensus - Reverts (or revert

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

This seems like something that is going to probably happen again if we continue to cut releases from trunk. I know that this has been discussed at length in a separate thread but I think it would be good to recognize that it is the core of the issue here. Either we: * need to define what will hap

[jira] [Resolved] (HDFS-10484) Can not read file from java.io.IOException: Need XXX bytes, but only YYY bytes available

[ https://issues.apache.org/jira/browse/HDFS-10484?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Loughran resolved HDFS-10484. --- Resolution: Cannot Reproduce > Can not read file from java.io.IOException: Need XXX bytes, but

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

To clarify what happened here, I moved the commits to a feature branch, not just reverting the commits. The intent was to make it easy to merge back in later, and also to unblock the 2.8 and 3.0 releases we've been trying very hard to wrap up for weeks. This doesn't slow down development since you

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

Colin raised the -1 demanding a design document. The document was added the very next day. There were constructive discussions on the design. There was a demand for listenable future or futures with callback, which was accepted to accommodate. Rest of the work having been completed, there was no

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

Reading through HDFS-9924, a request for a design doc- and a -1 on committing to trunk- was raised in mid-May, but commits to trunk continued. Why is that? Shouldn't this have paused while the details were discussed? Branching is neutral to the pace of feature development, but consensus on the resu

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

Thanks Aaron for pointing it out. I didn't see any consensus on HDFS-9924 so I think we should bring it here with broader audiences for more discussions. I saw several very bad practices here: 1. committer (no need to say who) revert all commits from trunk without making consensus with all rela

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

Junping, All of this is being discussed on HDFS-9924. Suggest you follow the conversation there. -- Aaron T. Myers Software Engineer, Cloudera On Mon, Jun 6, 2016 at 7:20 AM, Junping Du wrote: > Hi Andrew, > > I just noticed you revert 8 commits on trunk last Friday: > > HADOOP-13226 > >

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

For more details, see https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/49/ No changes -1 overall The following subsystems voted -1: findbugs unit The following subsystems voted -1 but were configured to be filtered/ignored: cc checkstyle javac javadoc pylint shellche

Why there are so many revert operations on trunk?

Hi Andrew, I just noticed you revert 8 commits on trunk last Friday: HADOOP-13226 HDFS-10430 HDFS-10431 HDFS-10390 HADOOP-13168 HDFS-10390 HADOOP-13168 HDFS-10346 HADOOP-12957 HDFS-10224 And I didn't see you have any comments on JIRA or email discussion before you did this. I d

[jira] [Created] (HDFS-10491) libhdfs++: Implement GetFsStats

Anatoli Shein created HDFS-10491: Summary: libhdfs++: Implement GetFsStats Key: HDFS-10491 URL: https://issues.apache.org/jira/browse/HDFS-10491 Project: Hadoop HDFS Issue Type: Sub-task

Build failed in Jenkins: Hadoop-Hdfs-trunk-Java8 #1308

See Changes: [szetszwo] Revert "Revert "HDFS-10224. Implement asynchronous rename for [szetszwo] Revert "Revert "HADOOP-12957. Limit the number of outstanding async [szetszwo] Revert "Revert "HDFS-10346. Implement asynchronous