Jenkins build is back to normal : Hadoop-common-trunk-Java8 #818

See

Build failed in Jenkins: Hadoop-common-trunk-Java8 #819

See Changes: [cnauroth] HDFS-9557. Reduce object allocation in PB conversion. Contributed by [sseth] YARN-4207. Add a non-judgemental YARN app completion status. Contributed --

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

So, the original voting mail mentions we are voting on release-2.6.3-RC0 tag. Are we still doing that? What are the RC0.1 and RC1 tags doing then? +Vinod > On Dec 16, 2015, at 2:13 AM, Junping Du wrote: > > Thanks Akira for notice this. I don't think we can remove these

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1 (non-binding) - Downloaded the source and built locally. - Set up a 2 node cluster. - Ran a few mapreduce jobs successfully. Regards, Varun Saxena. On Thu, Dec 17, 2015 at 12:06 AM, Tsuyoshi Ozawa wrote: > +1 (binding) > > - verified checksums > - built Spark and Tez with

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1 (binding) - verified checksums - built Spark and Tez with -Dhadoop.version=2.6.3. About Tez, ran tests and all of them passed. Thanks, - Tsuyoshi On Thu, Dec 17, 2015 at 1:30 AM, Sangjin Lee wrote: > +1 (non-binding) > > - downloaded source and binary and verified the

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1 (non-binding) 1. Download the pre-built tar and check the validity 2. Configure and start a pseudo-distributed cluster 3. Run example grep MapReduce job locally 4. Operate the HDFS copying files from/to local directory 5. Check execution logs All good. Thanks. L > On Dec 11, 2015, at 4:16

Re: [VOTE] Release Apache Hadoop 2.7.2 RC0

Per our discussion on JIRA and here, I was okay with this backport. I want to get back to the RC quickly now, so went ahead and pulled the patch into 2.7.2 myself. Thanks +Vinod > On Dec 10, 2015, at 4:06 PM, Konstantin Boudnik wrote: > > Vinod, are you Ok with me putting it

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1 (binding) for the RC except for my question below about the tag. I checked 2.6.3-RC0, based on my check-list: - Signatures and message digests all are good in general. - The top level full LICENSE, NOTICE and README for the source artifacts are good - CHANGES.txt for common, hdfs and mapped

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1 (binding) - Verified signatures and digests- Successfully built from source with native code support- Deployed to a single-node cluster and ran some test jobs Jason From: Junping Du To: Hadoop Common ; "hdfs-...@hadoop.apache.org"

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1, Build and deploy the cluster from source code. Ran a few example jobs and passed successfully. Jian > On Dec 16, 2015, at 2:19 PM, Vinod Kumar Vavilapalli > wrote: > > +1 (binding) for the RC except for my question below about the tag. > > I checked 2.6.3-RC0, based

Re: [VOTE] Release Apache Hadoop 2.7.2 RC0

Seeing as this came up very late, I am leaning towards dropping this off from 2.7.2. That said, I don’t see any reason why this shouldn’t be in 2.8.0 and 2.7.3. Set the target-versions accordingly on JIRA. If you agree, appreciate backport help to those branches. Thanks +Vinod > On Dec 15,

Re: [VOTE] Release Apache Hadoop 2.7.2 RC0

The last of the blockers went in late last week. Re-spinning the RC now. Thanks +Vinod > On Nov 13, 2015, at 10:26 AM, Vinod Kumar Vavilapalli > wrote: > > Thanks for reporting this Jason! > > Everyone, I am canceling this RC given the feedback, we will go again after >

Jenkins build is back to normal : Hadoop-common-trunk-Java8 #820

See

[jira] [Created] (HADOOP-12652) Error message in Shell.checkIsBashSupported is misleading

Wei-Chiu Chuang created HADOOP-12652: Summary: Error message in Shell.checkIsBashSupported is misleading Key: HADOOP-12652 URL: https://issues.apache.org/jira/browse/HADOOP-12652 Project: Hadoop

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1 (binding) - Verified signatures for source and binary distributions - Built jars from source with java 1.7.0_79 - Deployed single-node pseudo-cluster - Ran example map reduce jobs - Ran hdfs admin commands, verified NN web UI shows expected usages On 12/11/15, 4:16 PM, "Junping Du"

Re: [Important] Lots of 2.8.0 commits are in branch-2 only

Thanks for reporting the issue, Wangda. Recreating a new branch-2.8 based on the current branch-2 makes sense to me. Thanks, -Jing On Wed, Dec 16, 2015 at 5:38 PM, Wangda Tan wrote: > Hi folks, > > I found there're lots of commits are in branch-2 only. > Ran "git log

Re: [Important] Lots of 2.8.0 commits are in branch-2 only

Thanks Wangda for reporting issue. I'm also +1 for recreating a new branch-2.8 based on current branch-2.8 too. After that, we can revert 2.9.0-only patches on the branch. I will help you if necessary, so please let me know. Thanks, - Tsuyoshi On Thu, Dec 17, 2015 at 10:51 AM, Jing Zhao

Build failed in Jenkins: Hadoop-Common-trunk #2115

See Changes: [vinodkv] HADOOP-12415. Fixed pom files to correctly include compile-time [vinodkv] Revert "MAPREDUCE-6566. Add retry support to mapreduce CLI tool. [jlowe] YARN-4461. Redundant nodeLocalityDelay log in LeafQueue.

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

Hey Vinod, Yes. We are voting for RC0 tag and all related build bits are related to RC0 only. Shall we do something special to RC0.1 or RC1 tag (they are just duplicated with RC0, pointing to the same commit as I mentioned below)? I guess no as we will have final tag for this

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1 (binding), Build and deploy the cluster from source code. Ran a few example jobs and passed successfully. Xuan Gong > On Dec 16, 2015, at 4:07 PM, Arpit Agarwal wrote: > > +1 (binding) > > - Verified signatures for source and binary distributions > - Built jars

[jira] [Created] (HADOOP-12653) Client.java can get "Address already in use" when using kerberos and attempting to bind to any port on the local IP address

Colin Patrick McCabe created HADOOP-12653: - Summary: Client.java can get "Address already in use" when using kerberos and attempting to bind to any port on the local IP address Key: HADOOP-12653 URL:

[VOTE] Release Apache Hadoop 2.7.2 RC1

Hi all, I've created a release candidate RC1 for Apache Hadoop 2.7.2. As discussed before, this is the next maintenance release to follow up 2.7.1. The RC is available for validation at: http://people.apache.org/~vinodkv/hadoop-2.7.2-RC1/

[Important] Lots of 2.8.0 commits are in branch-2 only

Hi folks, I found there're lots of commits are in branch-2 only. Ran "git log branch-2.8..branch-2". There're 35 commits for YARN, 41 commits for HDFS and 12 commits for COMMON. Only several of them are placed in 2.9.0 section in CHANGES.txt. I think we can either hard reset branch-2.8 to

Re: [Important] Lots of 2.8.0 commits are in branch-2 only

Not entirely sure we have enough info to warrant a hard-reset. Yet. Do we know how many of these are new features / improvement that we shouldn’t put any more into 2.8.0 and how many are bugs that we need to? If you don’t have time, I’ll look at it right after getting out 2.7.2 RC1. Thanks

Jenkins build is back to normal : Hadoop-Common-trunk #2116

See

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1, binding Did a build and test with slider with the build set to -Dhadoop.version=2.6.3 this does a D/L and test from the staging repo. All artifacts were located, and the tests completed > On 12 Dec 2015, at 00:16, Junping Du wrote: > > > Hi all developers in

[jira] [Created] (HADOOP-12648) Not able to compile hadoop source code on windows

Pardeep created HADOOP-12648: Summary: Not able to compile hadoop source code on windows Key: HADOOP-12648 URL: https://issues.apache.org/jira/browse/HADOOP-12648 Project: Hadoop Common Issue

RE: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1 (non-binding) -- Downloaded both source and binary tarballs successfully. --Set up a pseudo-distributed cluster and Distributed HA Cluster --Ran Several jobs Slive,Terasort and pi. --All are working fine. Thanks & Regards Brahma Reddy Battula From:

[jira] [Created] (HADOOP-12649) Improve UGI diagnostics and failure handling

Steve Loughran created HADOOP-12649: --- Summary: Improve UGI diagnostics and failure handling Key: HADOOP-12649 URL: https://issues.apache.org/jira/browse/HADOOP-12649 Project: Hadoop Common

[jira] [Created] (HADOOP-12650) Document all of the secret env vars

Allen Wittenauer created HADOOP-12650: - Summary: Document all of the secret env vars Key: HADOOP-12650 URL: https://issues.apache.org/jira/browse/HADOOP-12650 Project: Hadoop Common

[jira] [Resolved] (HADOOP-12648) Not able to compile hadoop source code on windows

[ https://issues.apache.org/jira/browse/HADOOP-12648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brahma Reddy Battula resolved HADOOP-12648. --- Resolution: Not A Problem > Not able to compile hadoop source code on

[jira] [Created] (HADOOP-12651) Replace dev-support with wrappers to Yetus

Allen Wittenauer created HADOOP-12651: - Summary: Replace dev-support with wrappers to Yetus Key: HADOOP-12651 URL: https://issues.apache.org/jira/browse/HADOOP-12651 Project: Hadoop Common

Build failed in Jenkins: Hadoop-common-trunk-Java8 #817

See Changes: [aw] HADOOP-12192. update releasedocmaker command line (aw) -- [...truncated 5789 lines...] Tests run: 25, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.362 sec - in

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

> On 16 Dec 2015, at 06:41, Akira AJISAKA wrote: > > Thanks Junping for starting release process. > I noticed there are duplicated tags: > > * release-2.6.3-RC0 > * release-2.6.3-RC0.1 > * release-2.6.3-RC1 > > Could you remove RC0.1 and RC1? > > Regards, > Akira

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

+1 (non-binding) - downloaded source and binary and verified the signatures (although I didn't connect with Junping via web of trust) - started a pseudo-distributed cluster and ran test jobs - browsed the RM and NN UI - looked through the daemon logs Thanks Junping. Sangjin On Wed, Dec 16,

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

Thanks Akira for notice this. I don't think we can remove these tags as they should be immutable as branches. I created these duplicated tags as after I cut off RC0 out, some commit lands on 2.6.3 unexpected but I didn't realize I could still push to original tag by forcefully. The best thing I