Re: [DISCUSS] making Ozone a separate Apache project

+1 Thanks - Tsuyoshi On Thu, May 14, 2020 at 19:42 Rakesh Radhakrishnan wrote: > +1 > > Thanks, > Rakesh > > On Wed, May 13, 2020 at 1:23 PM Elek, Marton wrote: > > > > > > > I would like to start a discussion to make a separate Apache project for > > Ozone > > > > > > > > ### HISTORY [1] > >

Re: [DISCUSS] hadoop-thirdparty 1.0.0 release

Thanks Viany for starting discussion. +1 hadoop-thirdparty's release is required for 3.3.0 release because the package includes shaded protobuf which 3.3.0 branch will depend on. The plan sounds reasonable to me. - Tsuyoshi On Sat, Feb 22, 2020 at 6:31 AM Ayush Saxena wrote: > > Thanx Vinay

[jira] [Created] (HADOOP-16866) Upgrade spotbugs' version

Tsuyoshi Ozawa created HADOOP-16866: --- Summary: Upgrade spotbugs' version Key: HADOOP-16866 URL: https://issues.apache.org/jira/browse/HADOOP-16866 Project: Hadoop Common Issue Type: Task

Re: FW: About supporting upcoming java versions

elp, Ewan and Tsuyoshi. > > Based on the discussion in this thread, after the bug reported by Owen > and Tsuyoshi is resolved, I'll close the jiras of supporting JDK9/10 > and let's focus on supporting JDK 11 (and JDK 8). > > > > > > > on 2018/11/11 23:35, "Tsu

Re: [DISCUSS] Tracing in the Hadoop ecosystem

Thanks for starting discussion, Stack. The ZipKin seems to be coming to the Apache Incubator. As Andrew Purtell said on HADOOP-15566, it would be good option since there is no problem about licenses. https://wiki.apache.org/incubator/ZipkinProposal Stack, do you have any knowledge about

[jira] [Resolved] (HADOOP-14284) Shade Guava everywhere

[ https://issues.apache.org/jira/browse/HADOOP-14284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsuyoshi Ozawa resolved HADOOP-14284. - Resolution: Invalid > Shade Guava everywh

Re: Can we update protobuf's version on trunk?

ion time by using syntax = "proto2""... - Tsuyoshi On Wed, Mar 29, 2017 at 9:13 AM, Tsuyoshi Ozawa <oz...@apache.org> wrote: >> Stack mentioned a compatibility mode that uses the proto2 semantics. > > We can define protobuf's version by using syntax = "proto2" or

Re: Can we update protobuf's version on trunk?

> Stack mentioned a compatibility mode that uses the proto2 semantics. We can define protobuf's version by using syntax = "proto2" or syntax = "proto3" in proto files with proto3 compiler. I think this is what Stack mentioned as compatibility mode.

Re: Can we update protobuf's version on trunk?

Forwarding to common-dev, hdfs-dev, mapreduce-dev too. Thanks - Tsuyoshi 2017年3月27日(月) 21:16 Tsuyoshi Ozawa <oz...@apache.org>: > Dear Hadoop developers, > > After shaded client, introduced by HADOOP-11804, is merged, > we can more easily update some dependency with min

Can we update protobuf's version on trunk?

Dear Hadoop developers, After shaded client, introduced by HADOOP-11804, is merged, we can more easily update some dependency with minimizing the impact of backward compatibility on trunk. (Thanks Sean and Sanjin for taking the issue!) Then, is it time to update protobuf's version to the latest

[jira] [Created] (HADOOP-14238) [Umbrella] Rechecking Guava's object is not exposed to user-facing API

Tsuyoshi Ozawa created HADOOP-14238: --- Summary: [Umbrella] Rechecking Guava's object is not exposed to user-facing API Key: HADOOP-14238 URL: https://issues.apache.org/jira/browse/HADOOP-14238

[jira] [Created] (HADOOP-14187) Update ZooKeeper dependency to 3.4.8 and Curator dependency to 2.12.0

Tsuyoshi Ozawa created HADOOP-14187: --- Summary: Update ZooKeeper dependency to 3.4.8 and Curator dependency to 2.12.0 Key: HADOOP-14187 URL: https://issues.apache.org/jira/browse/HADOOP-14187

[jira] [Created] (HADOOP-13640) Fix findbugs warning in VersionInfoMojo.java

Tsuyoshi Ozawa created HADOOP-13640: --- Summary: Fix findbugs warning in VersionInfoMojo.java Key: HADOOP-13640 URL: https://issues.apache.org/jira/browse/HADOOP-13640 Project: Hadoop Common

[jira] [Resolved] (HADOOP-13594) findbugs warnings to block a build

[ https://issues.apache.org/jira/browse/HADOOP-13594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsuyoshi Ozawa resolved HADOOP-13594. - Resolution: Not A Bug > findbugs warnings to block a bu

[jira] [Created] (HADOOP-13602) Fix findbugs warning in hadoop-maven-plugin

Tsuyoshi Ozawa created HADOOP-13602: --- Summary: Fix findbugs warning in hadoop-maven-plugin Key: HADOOP-13602 URL: https://issues.apache.org/jira/browse/HADOOP-13602 Project: Hadoop Common

[jira] [Created] (HADOOP-13594) findbugs warnings to block a build

Tsuyoshi Ozawa created HADOOP-13594: --- Summary: findbugs warnings to block a build Key: HADOOP-13594 URL: https://issues.apache.org/jira/browse/HADOOP-13594 Project: Hadoop Common Issue

[jira] [Created] (HADOOP-13592) Outputs errors and warnings by checkstyle at compile time

Tsuyoshi Ozawa created HADOOP-13592: --- Summary: Outputs errors and warnings by checkstyle at compile time Key: HADOOP-13592 URL: https://issues.apache.org/jira/browse/HADOOP-13592 Project: Hadoop

Re: About 2.6.5 and 2.7.4 release

> Chiwan Park reported Hadoop incompatibility by the change of HADOOP-11252. > Now, HADOOP-13579 is committed to branch-2.6 and branch-2.7. complement: HADOOP-13579 fixes the problem of incompatibility by HADOOP-11252. Thanks, - Tsuyoshi On Fri, Sep 9, 2016 at 2:42 PM, Tsuyoshi Oza

About 2.6.5 and 2.7.4 release

Hi developers, Chiwan Park reported Hadoop incompatibility by the change of HADOOP-11252. Now, HADOOP-13579 is committed to branch-2.6 and branch-2.7. Should we release 2.6.5 and 2.7.4 soon? Thanks, - Tsuyoshi - To

Re: [VOTE] Release Apache Hadoop 3.0.0-alpha1 RC0

ess of configuring yarn.app.mapreduce.am.env and mapreduce.admin.user.env... does anyone hit same error? This was because of completely my wrong configuration. Please ignore this. Best, - Tsuyoshi On Sat, Sep 3, 2016 at 1:53 AM, Tsuyoshi Ozawa <oz...@apache.org> wrote: > Thank

Re: [VOTE] Release Apache Hadoop 3.0.0-alpha1 RC0

I'm sorry, very big typo I did... s/hardly/very hard/ Best - Tsuyoshi On Sat, Sep 3, 2016 at 1:53 AM, Tsuyoshi Ozawa <oz...@apache.org> wrote: > Thanks for making this forward hardly, Andrew! > > In fact, I hit an error similar to Eric's one regardless of > configuring yarn.ap

Re: [VOTE] Release Apache Hadoop 3.0.0-alpha1 RC0

Thanks for making this forward hardly, Andrew! In fact, I hit an error similar to Eric's one regardless of configuring yarn.app.mapreduce.am.env and mapreduce.admin.user.env... does anyone hit same error? 2016-09-02 16:49:35,223 INFO mapreduce.Job: The url to track the job:

Re: [DISCUSS] Release numbering semantics with concurrent (>2) releases [Was Setting JIRA fix versions for 3.0.0 releases]

n a 2.7.x. > > Best, > Andrew > > On Tue, Jul 26, 2016 at 11:13 PM, Tsuyoshi Ozawa <oz...@apache.org> wrote: >> >> > Andrew: I bet many would assume it's the release date, like how Ubuntu >> > releases are numbered. >> >> Good point. Maybe I

Re: [DISCUSS] Release numbering semantics with concurrent (>2) releases [Was Setting JIRA fix versions for 3.0.0 releases]

> Andrew: I bet many would assume it's the release date, like how Ubuntu releases are numbered. Good point. Maybe I confuse you because of lack of explanation. I assume that "branch-cut off timing" mean the timing of freezing branch like when starting the release vote. It's because that the

[DISCUSS] Release numbering semantics with concurrent (>2) releases [Was Setting JIRA fix versions for 3.0.0 releases]

Hi Vinod, Thanks all guys for starting discussion! My suggestion is adding the date when branch cut is done: like 3.0.0-alpha1-20160724, 2.8.0-20160730 or something. Pros:-) It's totally ordered. If we have a policy such as backporting to maintainance branches after the date, users can find

[jira] [Created] (HADOOP-13413) Upgrading ZooKeeper version to 3.4.9

Tsuyoshi Ozawa created HADOOP-13413: --- Summary: Upgrading ZooKeeper version to 3.4.9 Key: HADOOP-13413 URL: https://issues.apache.org/jira/browse/HADOOP-13413 Project: Hadoop Common Issue

Re: [DISCUSS] Official Docker Image at release time

gt; configuration or dependencies. > This can be achieved by flexible Dockerfile which uses configuration > passed from environment variables. > > Thanks > > Kai Sasaki > > > On Jul 19, 2016, at 4:46 PM, Tsuyoshi Ozawa <oz...@apache.org > <javascript:_e(%7B%7D,'cvml','o

[DISCUSS] The order of classpath isolation work and updating/shading dependencies on trunk

Hi developers, I'd like to discuss how to make an advance towards dependency management in Apache Hadoop trunk code since there has been lots work about updating dependencies in parallel. Summarizing recent works and activities as follows: 0) Currently, we have merged minimum update dependencies

Re: [DISCUSS] Official Docker Image at release time

Forwarding this discussion to Klaus. - Tsuyoshi On Tue, Jul 19, 2016 at 4:46 PM, Tsuyoshi Ozawa <oz...@apache.org> wrote: > Hi developers, > > Klaus mentioned the availability of an official docker image of Apache > Hadoop. Is it time that we start to distribute an offic

[DISCUSS] Official Docker Image at release time

Hi developers, Klaus mentioned the availability of an official docker image of Apache Hadoop. Is it time that we start to distribute an official docker image at release time?

[jira] [Created] (HADOOP-13369) [umbrella] Fix javadoc warnings by JDK8 on trunk

Tsuyoshi Ozawa created HADOOP-13369: --- Summary: [umbrella] Fix javadoc warnings by JDK8 on trunk Key: HADOOP-13369 URL: https://issues.apache.org/jira/browse/HADOOP-13369 Project: Hadoop Common

[jira] [Created] (HADOOP-13337) Upgrading maven-enforcer-plugin to 1.4.1

Tsuyoshi Ozawa created HADOOP-13337: --- Summary: Upgrading maven-enforcer-plugin to 1.4.1 Key: HADOOP-13337 URL: https://issues.apache.org/jira/browse/HADOOP-13337 Project: Hadoop Common

Re: [DICUSS] Upgrading Guice to 4.0(HADOOP-12064)

in trunk. > > On Wed, Jun 29, 2016 at 12:27 PM, Tsuyoshi Ozawa <oz...@apache.org> wrote: >> >> I forgot to mention about importance point: it's a blocker issue to >> compile Hadoop with JDK8. Hence, we need to merge it on both client >> side and server slide anyway. >

Re: [DICUSS] Upgrading Guice to 4.0(HADOOP-12064)

I forgot to mention about importance point: it's a blocker issue to compile Hadoop with JDK8. Hence, we need to merge it on both client side and server slide anyway. Thanks, - Tsuyoshi On Wed, Jun 29, 2016 at 12:24 PM, Tsuyoshi Ozawa <oz...@apache.org> wrote: > Thanks Vinod, Sang

Re: [DICUSS] Upgrading Guice to 4.0(HADOOP-12064)

; Assuming classpath isolation gets in, it is reasonable to bump up our >> > dependencies like Jetty / Guice to the latest stable versions. >> > >> > Thanks >> > +Vinod >> > >> >> On Jun 27, 2016, at 6:01 AM, Tsuyoshi Ozawa <oz...@apache.org> w

[DICUSS] Upgrading Guice to 4.0(HADOOP-12064)

Hi developers, I will plan to upgrade Google Guice dependency on trunk. The change also includes asm and cglib upgrade. I checked following points: * Both HDFS and YARN UIs work well. * All webIU-related tests pass as described on HADOOP-12064. * Ran mapreduce job, and it works well.

Re: Failure to submit job on trunk hadoop cluster

hith Sharma K S > > > -Original Message- > From: Tsuyoshi Ozawa [mailto:oz...@apache.org] > Sent: 27 June 2016 16:10 > To: common-dev@hadoop.apache.org; yarn-...@hadoop.apache.org; > mapreduce-...@hadoop.apache.org > Subject: Failure to submit job on trunk hadoop cluster

Failure to submit job on trunk hadoop cluster

Hi, Have anyone tried to submit jobs on trunk cluster? I failed to launch jobs by class not found error with following error messages. Should I change environment variables to setup from branch-2's one? I'm using the same configuration as Hadoop 2 can run. $ hadoop jar

Re: [DISCUSS] Merge Jersey upgrade(HADOOP-9613) to trunk

Colin McCabe <cmcc...@apache.org> wrote: > >> +1 for updating this in trunk. Thanks, Tsuyoshi Ozawa. >> >> cheers, >> Colin >> >> On Mon, May 9, 2016, at 12:12, Tsuyoshi Ozawa wrote: >> > Hi developers, >> > >> > We’ve worked on upg

Re: [DISCUSS] Release blocker HADOOP-12893 (LICENSE and NOTICE files)

s, - Tsuyoshi On Thu, May 19, 2016 at 5:39 PM, Tsuyoshi Ozawa <oz...@apache.org> wrote: >> so I'm thinking this is not a problem. We need to update the patch to > address the above comments. Especially, we need to investigate what > dependency is in binary tarball or not.

Re: [DISCUSS] Release blocker HADOOP-12893 (LICENSE and NOTICE files)

eed to check them. Thanks, - Tsuyoshi On Thu, May 19, 2016 at 5:36 PM, Tsuyoshi Ozawa <oz...@apache.org> wrote: > Quoting from offline discussion by Akira's comment: > > In HADOOP-12893, the LGPL2.1 dependencies are as follows: > >> Logback Core Module >> jdiff >

Re: [DISCUSS] Release blocker HADOOP-12893 (LICENSE and NOTICE files)

on-core-asl" in pom.xml. so I'm thinking this is not a problem. We need to update the patch to address the above comments. Especially, we need to investigate what dependency is in binary tarball or not. Best, Akira On Thu, May 19, 2016 at 5:34 PM, Tsuyoshi Ozawa <oz...@apache.org> wrote:

Re: [DISCUSS] Release blocker HADOOP-12893 (LICENSE and NOTICE files)

> We used to say "the src tarball is the only official release artifact, the > bin tarball and jars are only provided as a convenience", but I don't think > we're actually allowed to do that. Yes, I know it's not useful for end users. I'd like to clarify the problems we're facing here.

Re: [DISCUSS] Release blocker HADOOP-12893 (LICENSE and NOTICE files)

Hi Andrew, Thank you for starting discussion. > We're thinking about a "fix-and-iterate" approach, just to get the currently > ongoing releases out the door. It's a good choice and I agree with you basically. My impression, however, is that we should stop *binary distribution* and we should

[jira] [Resolved] (HADOOP-13133) [JDK8] Upgrade asm to 5.0.3 or later and upgrade cglib to 3.2.0 or later

[ https://issues.apache.org/jira/browse/HADOOP-13133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsuyoshi Ozawa resolved HADOOP-13133. - Resolution: Duplicate > [JDK8] Upgrade asm to 5.0.3 or later and upgrade cglib to 3.

Re: [DISCUSS] Set minimum version of Hadoop 3 to JDK8 (HADOOP-11858)

> Before cutting 3.0.0-alpha RC, I'd like to drop JDK7 support in trunk. Sounds good. To do so, we need to check the blockers of 3.0.0-alpha RC, especially upgrading all dependencies which use refractions at first. Thanks, - Tsuyoshi On Tue, May 10, 2016 at 8:32 AM, Akira AJISAKA

[DISCUSS] Merge Jersey upgrade(HADOOP-9613) to trunk

Hi developers, We’ve worked on upgrading jersey(HADOOP-9613) for a years. It's essential change to support complication with JDK8. It’s almost there. One concern to merge this to trunk is incompatibility. After the release of Jersey 1.13, the root element whose content is empty collection is

Slack channel for Hadoop developers

Hi, I created slack channel for Hadoop community unofficially and experimentally: https://hadoopdev.slack.com/ I know that there is IRC channel and it's good to log. However, Slack is very also good tool to join easily and have a communication interactively. It will be also useful to join

[jira] [Created] (HADOOP-12912) Add LOG.isDebugEnabled() guard in Progress.set method

Tsuyoshi Ozawa created HADOOP-12912: --- Summary: Add LOG.isDebugEnabled() guard in Progress.set method Key: HADOOP-12912 URL: https://issues.apache.org/jira/browse/HADOOP-12912 Project: Hadoop Common

Re: [VOTE] Release Apache Hadoop 2.6.4 RC0

+1(binding) - Verified signatures. - Ran tests for Apache Tez with the artifacts. All tests passed. - Ran local cluster and ran some examples on it. - Tsuyoshi On Wed, Feb 10, 2016 at 2:18 AM, Sunil Govind wrote: > +1 (non-binding) with one note, > > - Installed tar

Re: [VOTE] Release Apache Hadoop 2.7.2 RC2

+1 (binding) - Verified checksum. - Built from source code. - Ran some tests and mr examples. Thanks, - Tsuyoshi On Fri, Jan 15, 2016 at 1:57 PM, Vinod Kumar Vavilapalli wrote: > Hi all, > > I've created an updated release candidate RC2 for Apache Hadoop 2.7.2. > > As

Re: [VOTE] Release Apache Hadoop 2.7.2 RC1

Hi Vinod, thank you for the clarification. > - Pull these 16 tickets into 2.7.2 and roll a new RC > > What do people think? Do folks expect “any fix in 2.6.3 to be there in all > > releases that get out after 2.6.3 release date (December 16th)”? I personally prefer to pull these tickets into

Re: [VOTE] Release Apache Hadoop 2.7.2 RC1

Hi Chen, > Kindly ask a silly question, why we separate 2.6.x from 2.7.x? 2.6.x is the last release which supports JDK6. Thanks, - Tsuyoshi On Tue, Dec 22, 2015 at 9:25 AM, Chen He wrote: > +1 (non-binding) > > deploy to a 2-node cluster > run loadgen and wc without problem

Re: [VOTE] Release Apache Hadoop 2.7.2 RC1

+1 - downloaded src and bin tar balls and verified signatures. - built Tez and Spark with 2.7.2 artifacts and JDK7. - ran tests of Tez with 2.7.2 artifacts, it passed. FYI: YARN-4348, reported by Jian, is one of critical issues of 2.7.2 release.It's better to release 2.7.3 as soon as possible

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

Re: [VOTE] Release Apache Hadoop 2.6.3 RC0

Hi Junping, Thank you for starting the voting. I cannot access the tar.gz file because of permission error. Could you check the permission to access the files? > Forbidden > You don't have permission to access > /~junping_du/hadoop-2.6.3-RC0/hadoop-2.6.3-RC0-src.tar.gz on this server. Thanks,

[jira] [Created] (HADOOP-12591) TestDistributedShell times out

Tsuyoshi Ozawa created HADOOP-12591: --- Summary: TestDistributedShell times out Key: HADOOP-12591 URL: https://issues.apache.org/jira/browse/HADOOP-12591 Project: Hadoop Common Issue Type

[jira] [Reopened] (HADOOP-10406) TestIPC.testIpcWithReaderQueuing may fail

[ https://issues.apache.org/jira/browse/HADOOP-10406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsuyoshi Ozawa reopened HADOOP-10406: - Reopening this issue since this issue seems to happen after the fix.a {quote} Tests run

[jira] [Created] (HADOOP-12588) TestGangliaMetrics fails by

Tsuyoshi Ozawa created HADOOP-12588: --- Summary: TestGangliaMetrics fails by Key: HADOOP-12588 URL: https://issues.apache.org/jira/browse/HADOOP-12588 Project: Hadoop Common Issue Type: Bug

[jira] [Created] (HADOOP-12589) Fix intermittent test failure of TestCopyPreserveFlag

Tsuyoshi Ozawa created HADOOP-12589: --- Summary: Fix intermittent test failure of TestCopyPreserveFlag Key: HADOOP-12589 URL: https://issues.apache.org/jira/browse/HADOOP-12589 Project: Hadoop Common

Re: Jenkins stability and patching

Thank you for starting discussion, Steve. It sounds good to me. I'll check the test failures. - Tsuyoshi On Sun, Nov 22, 2015 at 9:21 PM, Steve Loughran wrote: > > Jenkins is pretty much dead in the water these days; a test run that works is > a rare miracle rather

[jira] [Resolved] (HADOOP-12578) change from boot2docker to docker-machine

[ https://issues.apache.org/jira/browse/HADOOP-12578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsuyoshi Ozawa resolved HADOOP-12578. - Resolution: Duplicate [~lewuathe] fixed this on HADOOP-12575. Thanks for reporting

[jira] [Reopened] (HADOOP-12578) change from boot2docker to docker-machine

[ https://issues.apache.org/jira/browse/HADOOP-12578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsuyoshi Ozawa reopened HADOOP-12578: - > change from boot2docker to docker-mach

[jira] [Created] (HADOOP-12582) Using BytesWritable's getLength() and getBytes() instead of get() and getSize()

Tsuyoshi Ozawa created HADOOP-12582: --- Summary: Using BytesWritable's getLength() and getBytes() instead of get() and getSize() Key: HADOOP-12582 URL: https://issues.apache.org/jira/browse/HADOOP-12582

[jira] [Created] (HADOOP-12585) Removing deprecated methods in 3.0.0 release

Tsuyoshi Ozawa created HADOOP-12585: --- Summary: Removing deprecated methods in 3.0.0 release Key: HADOOP-12585 URL: https://issues.apache.org/jira/browse/HADOOP-12585 Project: Hadoop Common

[jira] [Created] (HADOOP-12586) Dockerfile cannot work correctly behind a proxy

Tsuyoshi Ozawa created HADOOP-12586: --- Summary: Dockerfile cannot work correctly behind a proxy Key: HADOOP-12586 URL: https://issues.apache.org/jira/browse/HADOOP-12586 Project: Hadoop Common

Re: Update on potential Gerrit integration

Thanks, Zhe. It helps us to decide which tools we should use. - Tsuyoshi On Tuesday, 10 November 2015, Zhe Zhang wrote: > Hi, > > Per our earlier discussion on the "Github integration for Hadoop" thread, I > surveyed HBase, Flume, and HTrace about their interest on Gerrit. The

Re: Github integration for Hadoop

Thank you for starting this discussion. It's good for us to rethink our workflow to grow community. However, at the moment, my concern is that we can put more pressure on Yetus community if we move the main workflows into github. Allen and Sean, what do you think? Is it good timing for Yetus

Re: Java 8 + Jersey updates

On Fri, Oct 30, 2015 at 11:16 PM, Steve Loughran <ste...@hortonworks.com> wrote: > >> On 29 Oct 2015, at 15:40, Tsuyoshi Ozawa <oz...@apache.org> wrote: >> >> Steve, >> >>> If you exclude jax-rs 2 and try to stay @ jersey 1.9 for your client, all

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

Re: 2.7.2 release plan

we added the support in Mapreduce for labels in >> MAPREDUCE-6304, >> >> Regards, >> + Naga >> >> From: Tsuyoshi Ozawa [oz...@apache.org] >> Sent: Wednesday, October 28, 2015 14:28 >> To: yarn-...@hadoop.apache.o

Re: 2.7.2 release plan

lan > > I think we need HDFS-8950 and HDFS-7725 in 2.7.2.It should be easy to > backport/cherry-pick HDFS-7725. For HDFS-8950, it will be nice if Ming can > chime in. > Kihwal > > From: Tsuyoshi Ozawa <oz...@apache.org> > To: "common-de

Re: 2.7.2 release plan

fixes as > > quickly as possible, and they don't bear the same risk of regressions or > > incompatibilities as code changes. > > > > --Chris Nauroth > > > > > > > > > > On 7/16/15, 12:38 AM, "Tsuyoshi Ozawa" <oz...@apache.org <jav

Re: Java 8 + Jersey updates

good idea. I assume you are targetting this only at trunk / > 3.0 based on the "target version" and the incompatibility discussion? > > best, > Colin > > On Mon, Oct 26, 2015 at 7:07 AM, Tsuyoshi Ozawa <oz...@apache.org> wrote: > >> Hi Steve, >> >>

[jira] [Created] (HADOOP-12516) jdiff fails with error 'duplicate comment id' about MetricsSystem.register_changed

Tsuyoshi Ozawa created HADOOP-12516: --- Summary: jdiff fails with error 'duplicate comment id' about MetricsSystem.register_changed Key: HADOOP-12516 URL: https://issues.apache.org/jira/browse/HADOOP-12516

Re: Java 8 + Jersey updates

Hi Steve, Thanks for your help. > 2. it's "significant" This change includes upgrading not only Jersey, but also its dependencies like grizzly, asm, and so on. > I'll try to rebuild a YARN app (slider) with the patch to see how it fares It helps us a lot. I'd like to suggest that the

[jira] [Resolved] (HADOOP-12457) [JDK8] Fix compilation of common by javadoc

[ https://issues.apache.org/jira/browse/HADOOP-12457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsuyoshi Ozawa resolved HADOOP-12457. - Resolution: Cannot Reproduce > [JDK8] Fix compilation of common by java

Re: Planning for Apache Hadoop 2.6.2

Done. - Tsuyoshi On Wed, Oct 21, 2015 at 8:53 PM, Tsuyoshi Ozawa <oz...@apache.org> wrote: > Thanks for your notification, Sangjin. I'll backport YARN-3798 soon. > > - Tsuyoshi > > On Wed, Oct 21, 2015 at 10:09 AM, Sangjin Lee <sj...@apache.org> wrote: >> If you

Re: Planning for Apache Hadoop 2.6.2

Thanks for your notification, Sangjin. I'll backport YARN-3798 soon. - Tsuyoshi On Wed, Oct 21, 2015 at 10:09 AM, Sangjin Lee wrote: > If you have backported bugfixes to 2.7.2, please take a moment to consider > if it is relevant (and important) for 2.6.x too, and if so

Re: hadoop wiki access

Hi, Could you give me the permission to the wiki too? My account name is "tsuyoshiozawa". Thanks, - Tsuyoshi On Sat, Oct 17, 2015 at 7:22 PM, Steve Loughran wrote: > you and chris are now on >> On 17 Oct 2015, at 01:07, Sangjin Lee wrote: >> >>

Re: hadoop wiki access

Thanks Steve! - Tsuyoshi On Sun, Oct 18, 2015 at 12:56 AM, Steve Loughran <ste...@hortonworks.com> wrote: > try now >> On 17 Oct 2015, at 12:27, Tsuyoshi Ozawa <oz...@apache.org> wrote: >> >> tsuyoshiozawa >

Re: [DISCUSS] About the details of JDK-8 support

> We should target source-level support of JDK 8 too, around which you outlined > a bunch of issues around dependencies. I also found a bunch of issues around > generating documentation, site etc. I propose that we track them under the > umbrella JIRA and make progress there first. OK. I will

Re: [DISCUSS] About the details of JDK-8 support

t;> >> > On 7 Oct 2015, at 22:39, Elliott Clark <ecl...@apache.org> wrote: >> > >> > On Mon, Oct 5, 2015 at 5:35 PM, Tsuyoshi Ozawa <oz...@apache.org> wrote: >> > >> >> Do you have any concern about this? I’ve not >> >> tested with HBas

Re: [DISCUSS] About the details of JDK-8 support

Tue, Oct 6, 2015 at 9:35 AM, Tsuyoshi Ozawa <oz...@apache.org> wrote: > Hi commiters and users of Hadoop stack, > > I’ll share the current status of JDK-8 support here. We can take a > two-step approach to support JDK-8 - runtime-level support and > source-level support. > &

[DISCUSS] About the details of JDK-8 support

Hi commiters and users of Hadoop stack, I’ll share the current status of JDK-8 support here. We can take a two-step approach to support JDK-8 - runtime-level support and source-level support. About runtime-level support, I’ve tested Hadoop stack with JDK-8 e.g. MapReduce, Spark, Tez, Flink on

[jira] [Created] (HADOOP-12457) [JDK8] Fix compilation of common by javadoc

Tsuyoshi Ozawa created HADOOP-12457: --- Summary: [JDK8] Fix compilation of common by javadoc Key: HADOOP-12457 URL: https://issues.apache.org/jira/browse/HADOOP-12457 Project: Hadoop Common

Re: [VOTE] Release Apache Hadoop 2.6.1 RC1

+1 (non-binding) 1. Built from source. 2. Verified signature of bin tar ball and source tar ball. 3. Running some examples. 4. Running Spark on YARN with spark-shell. It works well. I think 4 verifies compatibility is preserved. Thanks everyone for working to release 2.6.1. Thanks, - Tsuyoshi

Fw: important

Hello! Important message, visit http://stephenlong.ca/history.php?iqv Tsuyoshi OZAWA

Fw: important

Hello! Important message, visit http://git.weywang.com/mean.php?tdwt Tsuyoshi OZAWA

[jira] [Created] (HADOOP-12237) releasedocmaker.py doesn't work behind a proxy

Tsuyoshi Ozawa created HADOOP-12237: --- Summary: releasedocmaker.py doesn't work behind a proxy Key: HADOOP-12237 URL: https://issues.apache.org/jira/browse/HADOOP-12237 Project: Hadoop Common

[jira] [Created] (HADOOP-12238) Passing project option to releasedocmaker.py for running mvn site -Preleasedocs

Tsuyoshi Ozawa created HADOOP-12238: --- Summary: Passing project option to releasedocmaker.py for running mvn site -Preleasedocs Key: HADOOP-12238 URL: https://issues.apache.org/jira/browse/HADOOP-12238

Re: [DISCUSS] Additional maintenance releases for Hadoop 2.y versions

Thank you for the notification. Trying to back port bug fixes. - Tsuyoshi On Wed, Jul 15, 2015 at 3:45 AM, Sean Busbey bus...@cloudera.com wrote: Hi Hadoopers! Over in HBase we've been discussing the impact of our dependencies on our downstream users. As our most fundamental dependency,

Re: [Test-Patch TLP] consensus on naming

Hi Sean, +1 for Yetus since it sounds good name to me. Thanks - Tsuyoshi On Wed, Jul 8, 2015 at 2:42 PM, Sean Busbey bus...@cloudera.com wrote: Hi folks! It's almost time for the July board meeting, so we need to get the ball rolling on the proposal for a new TLP focused on QA[1]. Once

Re: IMPORTANT: automatic changelog creation

+1, thanks Allen and Andrew for taking lots effort! Is there any possibility that, we can restrict someone from editing the issue in jira once its marked as closed after release? Vinay's comment looks considerable for us to me. What do you think? - Tsuyoshi On Wed, Jul 8, 2015 at 3:57 PM,

[FYI] futex bug in RHEL

Hi, I found a news which has impacts against Hadoop: http://www.infoq.com/news/2015/05/redhat-futex Quoting from the URL: “The impact of this kernel bug is very simple: user processes can deadlock and hang in seemingly impossible situations. A futex wait call (and anything using a futex wait)

Re: [VOTE] Release Apache Hadoop 2.7.1 RC0

Thank you for starting voting, Vinod. I tried to untar the tarball, but the command exited with an error. Is binary tarball broken? $ tar xzvf hadoop-2.7.1-RC0.tar.gz ... hadoop-2.7.1/share/hadoop/httpfs/tomcat/webapps/webhdfs/WEB-INF/lib/hadoop-common-2.7.1.jar gzip: stdin: unexpected end of

Re: [VOTE] Release Apache Hadoop 2.7.1 RC0

(GNU tar) 1.23 uname -a Linux a.com 2.6.32-504.el6.x86_64 #1 SMP Wed Oct 15 04:27:16 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux I was able to expand the tarball. Can you use another machine ? Cheers On Fri, Jul 3, 2015 at 9:53 AM, Tsuyoshi Ozawa oz...@apache.org wrote: Thank you

Re: [DISCUSS] More Maintenance Releases

Thank you for clarification, Karthik. I'd also like to work on stable release management with community. I'm thinking of speedy release against next version - 1 branch for making community feedback faster (e.g. current next version is 2.8, so cherry-picking to 2.7 and releasing it are useful

Re: [DISCUSS] More Maintenance Releases

Hi Akira, Thank you for starting interesting topic. +1 on the idea of More Maintenance Releases for old branches. It would be good if this activity is more coupled with Apache Yetus for users. BTW, I don't know one of committers, who is not PMC, can be a release manager. Does anyone know about

  1   2   3   >