Re: [VOTE] Release Apache Hadoop 2.6.2

+1 (non-binding) - verified signatures - downloaded and compiled from the source - deployed on my single node cluster - ran sample tests successfully Thanks, Mit Desai On Wed, Oct 28, 2015 at 1:33 AM, andreina j wrote: > +1 (Non binding) > > 1. Verified for basics in

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

See Changes: [ozawa] YARN-4251. [stevel] HADOOP-12385. Include nested stack trace in [stevel] HADOOP-12514. Make static fields in GenericTestUtils for -- [...truncated 3909 lines...]

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

See Changes: [stevel] HADOOP-12385. Include nested stack trace in [stevel] HADOOP-12514. Make static fields in GenericTestUtils for -- [...truncated 5412 lines...] Running

Re: FYI: Major, long-standing Issue with trunk's test-patch

> So I’m going to turn on Yetus for *ALL* Hadoop precommit jobs later tonight. Thank you for sharing, Allen. I think this activity will make quality of Hadoop code better. Best - Tsuyoshi On Wed, Oct 28, 2015 at 11:44 AM, Allen Wittenauer wrote: > > Today I

[jira] [Created] (HADOOP-12523) In FileSystem.Cache, the closeAll methods should not synchronize on the Cache object

Tsz Wo Nicholas Sze created HADOOP-12523: Summary: In FileSystem.Cache, the closeAll methods should not synchronize on the Cache object Key: HADOOP-12523 URL:

Re: [VOTE] Release Apache Hadoop 2.6.2

+1(non-binding) - verified checksums and signature of source and binary tarball - built from source tarball on CentOS 6.4 and OpenJDK 7 - built site documentation - launched 4-nodes cluster and ran example jobs Thanks, Masatake Iwasaki On 10/23/15 06:14, Sangjin Lee wrote: Hi all, I have

building branch-2 on windows

I've tried to get Hadoop 2.6.2 to build on windows, and can do the non-native stuff if I disable javadocs. what I can't do is build the native libs; and this also holds for branch-2 main: [exec] -- Building for: NMake Makefiles [exec] -- The C compiler identification is MSVC

Re: 2.7.2 release plan

Vinod, Thank you for taking care of this. I've checked the list of changes. As a result, I agree that we don't have enough time to backport these changes into 2.7.2 by this weekend. For a fast move, it's better suggestion to me to backport these tickets into 2.7.3. Best, - Tsuyoshi On Thu, Oct

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

See

Re: 2.7.2 release plan

I see you already put in both HDFS-8950 and HDFS-7725, so we are good there. Can you please do a pass on HDFS-8871 and may be help nudge Daryn on HDFS-8893, HDFS-8674 and HDFS-8498? Thanks +Vinod > On Oct 27, 2015, at 8:12 AM, Kihwal Lee wrote: > > I think we

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

See Changes: [zhz] HDFS-9255. Consolidate block recovery related implementation into a [cnauroth] HADOOP-12519. hadoop-azure tests should avoid creating a metrics -- [...truncated 5412

Re: 2.7.2 release plan

Tsuyoshi / Wangda / Naga, This looks too big of a list to me if we have to cut an RC by this weekend per my plan. I’d suggest a fast move on things you think are low risk enough and punt everything else for next release. Thanks +Vinod > On Oct 28, 2015, at 3:08 AM, Naganarasimha G R (Naga)

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

See Changes: [kihwal] HDFS-9279. Decomissioned capacity should not be considered for [xgong] YARN-2859. ApplicationHistoryServer binds to default port 8188 in -- [...truncated 8551

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

See

Re: FYI: Major, long-standing Issue with trunk's test-patch

So I’m going to turn on Yetus for *ALL* Hadoop precommit jobs > later tonight. (Given how backed up Jenkins is at the moment, there is > plenty of time. haha) Anyway, if you see “Powered by Yetus” in the Hadoop > QA posts, you’ve got Yetus. If you don’t see it, it ran on trunk’s > test-patch.

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

See Changes: [sjlee] Set the release date for 2.6.2 -- [...truncated 4141 lines...] Loading source files for package org.apache.hadoop.util... Loading source files for package

Re: 2.7.2 release plan

I will try to get them in or bug Daryn. HDFS-8498 doesn't seem a new bug, so I kicked it out to 2.7.3. Kihwal From: Vinod Vavilapalli To: "common-dev@hadoop.apache.org" ; Kihwal Lee Cc:

[jira] [Created] (HADOOP-12525) Support Identity API v3 authentication for OpenStack Swift

ramtin created HADOOP-12525: --- Summary: Support Identity API v3 authentication for OpenStack Swift Key: HADOOP-12525 URL: https://issues.apache.org/jira/browse/HADOOP-12525 Project: Hadoop Common

Re: building branch-2 on windows

I just confirmed that I can build the release-2.6.2-RC0 tag from source on Windows, including the native components. For zlib, my setup is to have the source extracted in C:\zlib-1.2.7, and that's where I point ZLIB_HOME. The headers are in that directory. I have the built zlib1.dll in

Re: FYI: Major, long-standing Issue with trunk's test-patch

On Tue, Oct 27, 2015 at 7:44 PM, Allen Wittenauer wrote: > > Today I discovered that an old, old code change (circa 2012) > caused certain maven modules to be skipped during the precommit testing. > That code had been carried forward through all the rewrites, bug

[jira] [Created] (HADOOP-12526) there are duplicate dependency definitions in pom's

Sangjin Lee created HADOOP-12526: Summary: there are duplicate dependency definitions in pom's Key: HADOOP-12526 URL: https://issues.apache.org/jira/browse/HADOOP-12526 Project: Hadoop Common

Re: [VOTE] Release Apache Hadoop 2.6.2

Hi, I checked 2.6.2-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 are correctly located. - Able to build the tars out of the

Re: 2.7.2 release plan

I would like for us to make sure later maintenance releases are more stable than previous ones. IMO, increasing stability is more important than the timing of a release. Will adding all the patches in 2.7.3 reduce the stability going from 2.7.2 to 2.7.3? If yes, can we just leave them for 2.8.0?

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

See Changes: [zhz] HDFS-9295. Add a thorough test of the full KMS code path. Contributed by [wheat9] HDFS-9168. Move client side unit test to hadoop-hdfs-client. Contributed --

Re: [VOTE] Release Apache Hadoop 2.6.2

With 6 binding +1s, 21 non-binding +1s, this release vote passes. Thanks everyone who voted for this release! I’ll follow up on the post-voting release process. I've also collected the feedback so far, and I'll address them in branch-2.6 (i.e. 2.6.3). They include - site.xml: HADOOP-11420 - hdfs

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

See

Re: 2.7.2 release plan

Thank you for reporting, Naganarasimha. Vinod and Wangda, I will help you to backport these changes. Best, - Tsuyoshi On Wed, Oct 28, 2015 at 2:57 PM, Naganarasimha G R (Naga) wrote: > Hi Vinod, & Wangda > > I think it would be good to backport, following jira's

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

See Changes: [aajisaka] Add HDFS-9317 to CHANGES.txt. [cnauroth] HADOOP-12520. Use XInclude in hadoop-azure test configuration to isolate [cnauroth] HADOOP-11685. StorageException complaining " no lease ID" during HBase

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

See Changes: [aajisaka] Add HDFS-9317 to CHANGES.txt. [cnauroth] HADOOP-12520. Use XInclude in hadoop-azure test configuration to isolate [cnauroth] HADOOP-11685. StorageException complaining " no lease ID" during HBase

[jira] [Created] (HADOOP-12527) Upgrade Avro dependency to 1.7.7

Jonathan Kelly created HADOOP-12527: --- Summary: Upgrade Avro dependency to 1.7.7 Key: HADOOP-12527 URL: https://issues.apache.org/jira/browse/HADOOP-12527 Project: Hadoop Common Issue Type: