+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]
> >
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 fo
'version at
compilation time by using syntax = "proto2""...
- Tsuyoshi
On Wed, Mar 29, 2017 at 9:13 AM, Tsuyoshi Ozawa wrote:
>> Stack mentioned a compatibility mode that uses the proto2 semantics.
>
> We can define protobuf's version by using syntax = "proto2&quo
> 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.
https://github.com/golang/protobuf/blob/master/p
Forwarding to common-dev, hdfs-dev, mapreduce-dev too.
Thanks
- Tsuyoshi
2017年3月27日(月) 21:16 Tsuyoshi Ozawa :
> Dear Hadoop developers,
>
> After shaded client, introduced by HADOOP-11804, is merged,
> we can more easily update some dependency with minimizing the impact
&
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 o
> 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 Ozawa
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 unsubscribe,
ne regardless 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 wrote:
> Thanks for making this forwar
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 wrote:
> Thanks for making this forward hardly, Andrew!
>
> In fact, I hit an error similar to Eric's one regardless of
> configuring yarn.ap
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:
http://ip-172-31-7-12
this problem is also pretty rare in practice, since users normally
> upgrade to the highest maintenance release within a major/minor. Thus
> they'll only hit this if their upgrade cycle is faster than it takes for a
> change released in e.g. 2.6.x to then also be released in a 2.7.x
> 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 relea
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 that
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
u, Jun 30, 2016 at 12:03 PM, Tsuyoshi Ozawa wrote:
>>
>> Thanks, Andrew.
>>
>> Based on discussion here, I would like to merge it into *trunk* if
>> there are no objection tomorrow.
>>
>> Thanks,
>> - Tsuyoshi
>>
>> On Wed, Jun 29, 201
n 29, 2016 at 12:27 PM, Tsuyoshi Ozawa 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.
>>
>> Thanks,
>> - Tsuy
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 wrote:
> Thanks Vinod, Sangjin, Sean for your
te:
>> > My strong expectation is that we’ll have a version of classpath
>> > isolation in our first release of 3.x. I’m planning to spending some cycles
>> > right away on this.
>> >
>> > Assuming classpath isolation gets in, it is reasonable to bump
No objections here?
- Tsuyoshi
On Mon, Jun 27, 2016 at 6:01 AM, Tsuyoshi Ozawa wrote:
> 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 U
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.
https://iss
ink it is modified for security reasons. I too did not find any JIRA id
> corresponding to this commit.
>
> Related discussion happened in the following JIRA.
> https://issues.apache.org/jira/browse/MAPREDUCE-6704
>
>
> Thanks & Regards
> Rohith Sharma K S
>
>
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
./share/hadoop/mapreduce/h
Hi Asanjar,
Thanks for your contribution! I'm ashamed to say, but I don't know how
to change the build machine.
Adding "to" Allen, who is a PMC of Yetus project. Hey Allen, do you
know how to add Power based Jenkins slave(s) to Apache Hadoop CI?
Thanks,
- Tsuyoshi
On Wed, May 18, 2016 at 11:18
> 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
wrote:
> Hi de
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 chan
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 followi
Hi Robert,
Thank you for taking the issue. Does the Jenkins slave have enough disk space?
- Tsuyoshi
On Wed, Feb 24, 2016 at 9:06 AM, Robert Kanter wrote:
> Hi all,
>
> I was trying to manually kick off a the PreCommit-MAPREDUCE job for
> MAPREDUCE-6622 because it wasn't being picked up for som
Tsuyoshi Ozawa created MAPREDUCE-6641:
-
Summary: TestTaskAttempt fails in trunk
Key: MAPREDUCE-6641
URL: https://issues.apache.org/jira/browse/MAPREDUCE-6641
Project: Hadoop Map/Reduce
Thanks Karthik and Dustin for pinging me. Yeah, I'll take a look at the tickets.
Thanks,
- Tsuyoshi
On Thu, Feb 18, 2016 at 9:57 PM, Dustin Cote wrote:
> Thanks Karthik! Yes, I will try reaching out to Tsuyoshi directly on these
> two. I appreciate the nudge in the right direction!
>
> On Wed,
[
https://issues.apache.org/jira/browse/MAPREDUCE-6341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsuyoshi Ozawa resolved MAPREDUCE-6341.
---
Resolution: Fixed
Committed addendum patch to trunk, branch-2, branch-2.8. Thanks
+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 ball from source and brought
+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 discussed before, this is
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 2
+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 aft
+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 signatures (although I
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,
-
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 than the default state. Whic
same risk of regressions or
> > incompatibilities as code changes.
> >
> > --Chris Nauroth
> >
> >
> >
> >
> > On 7/16/15, 12:38 AM, "Tsuyoshi Ozawa" >
> wrote:
> >
> >> Hi,
> >>
> >> thank you for startin
Done.
- Tsuyoshi
On Wed, Oct 21, 2015 at 8:53 PM, Tsuyoshi Ozawa wrote:
> 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
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 backport it to
> branch-2
> 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 s
the
> sentiment that we should preserve the java 7 support on branch-2 (not not
> move to java 8 source level) but can consider it for trunk. My 2 cents.
>
> Thanks,
> Sangjin
>
> On Fri, Oct 9, 2015 at 10:43 AM, Steve Loughran
> wrote:
>
>>
>> > On 7 Oc
Tue, Oct 6, 2015 at 9:35 AM, Tsuyoshi Ozawa 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.
>
> About runtime-level su
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 YA
+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
O
Hi,
thank you for starting the discussion about 2.7.2 release.
> The focus obviously is to have blocker issues [2], bug-fixes and *no*
features / improvements.
I've committed YARN-3170, which is an improvement of documentation. I
thought documentation pages which can be fit into branch-2.7 can b
+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,
tar (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,
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 fil
Hi Vinod,
Thank you for working to release 2.7!
YARN-3798 looks a critical issue for branch-2.7. I'll mark it as a
blocker of 2.7.1 if possible.
Thanks,
- Tsuyoshi
On Tue, Jun 16, 2015 at 6:58 AM, Vinod Kumar Vavilapalli
wrote:
> We are down to one blocker and a few critical tickets. I’ll try t
Hey Akira, could you target the issues to 2.7.1?
Thanks,
- Tsuyoshi
On Wed, Apr 15, 2015 at 2:51 PM, Akira AJISAKA
wrote:
> +0 (non-binding)
>
> - Downloaded source
> - Built from source
> - Ran a pseudo-distributed cluster
> - Read documents downloaded from binary tarball
> - Looked Web UIs
>
>
+1 (non-binding)
- Verified checksums on source and binary tar ball.
- Built from source and launched single cluster.
- Checked to launch some jobs successfully.
- Killing application via RM UI.
Thanks,
- Tsuyoshi
On Mon, Apr 13, 2015 at 7:43 AM, Junping Du wrote:
> +1. (Non-binding)
> - Downlo
Hi Allen,
Thank you for the great suggestion. Let's do this!
Thanks,
- Tsuyoshi
On Fri, Mar 20, 2015 at 2:34 AM, Allen Wittenauer wrote:
>
> Hi folks,
>
> There are ~6,000 Hadoop JIRA issues that have gone unaddressed,
> including ~900 with patches waiting to be reviewed. Among other
[
https://issues.apache.org/jira/browse/MAPREDUCE-6268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsuyoshi Ozawa resolved MAPREDUCE-6268.
---
Resolution: Fixed
Fix Version/s: 2.7.0
Target Version/s: 2.7.0
Allen and Steve,
Should we mark HADOOP-11602 as a blocker issue?
Thanks,
- Tsuyoshi
On Mon, Mar 2, 2015 at 4:58 AM, Arun Murthy wrote:
> Sounds good, thanks for the help Vinod!
>
> Arun
>
>
> From: Vinod Kumar Vavilapalli
> Sent: Sunday, March 01, 2015 1
algorithms for stability.
Thanks,
- Tsuyoshi
On Thu, Feb 26, 2015 at 5:04 PM, Tsuyoshi Ozawa wrote:
> Hi hadoop developers,
>
> Last 2 weeks, a bug of JDK about TimSort, related to Collections#sort,
> is reported. How can we deal with this problem?
>
> http://envisage-project.
Hi hadoop developers,
Last 2 weeks, a bug of JDK about TimSort, related to Collections#sort,
is reported. How can we deal with this problem?
http://envisage-project.eu/timsort-specification-and-verification/
https://bugs.openjdk.java.net/browse/JDK-8072909
The bug causes ArrayIndexOutOfBoundsEx
Please remove the output directory you specified:
hdfs dfs -rm -r wordcountout
Thanks,
- Tsuyoshi
On Thu, Dec 11, 2014 at 7:25 AM, Nada Saif wrote:
> Hi Tsuyoshi,
>
> I doubled check ,the wordcoutout folder is empty!?
>
> Regards
>
> On Thu, Dec 11, 2014 at 12:20 AM, Ts
Hi Nada,
Please check the stack trace:
FileAlreadyExistsException:
Output directory hdfs://localhost:8020/user/training/wordcountout already
exists
The output directory you passed to the program already exists. Please check it.
Thanks,
- Tsuyoshi
On Thu, Dec 11, 2014 at 7:13 AM, Nada Saif wrot
+1 if once discussion about HDFS-6833 is done(non-binding).
* Verified checksum.
* Deployed cluster and ran some mr examples.
* Checked RM restart while running jobs.
> I think you have to pass along -Pdist too… afaik that is how the Jenkins we
> use for building release artifacts operates.
Th
Hi,
I also found that a following command fails with hadoop-2.6.0-rc1-src.tar.gz:
$ mvn package -Pdocs -DskipTests -Dtar
I filed it as HADOOP-11316. We should fix it if possible. Or, should
we fix it for 2.6.1?
Thanks,
- Tsuyoshi
On Tue, Nov 18, 2014 at 3:04 PM, Tsuyoshi OZAWA
wrote
h replication
> factor 3), we should perhaps target this into 2.6.1 and not block this
> release. Thoughts?
>
> On Mon, Nov 17, 2014 at 4:17 AM, Tsuyoshi OZAWA
> wrote:
>
>> +0(non-binding)
>>
>> HDFS-6833 is critical issue for us - could you help us to merge it
+0(non-binding)
HDFS-6833 is critical issue for us - could you help us to merge it into 2.6?
Thanks,
- Tsuyoshi
On Sat, Nov 15, 2014 at 1:03 PM, Hitesh Shah wrote:
> +1 (binding)
>
> Built Hadoop from source, compiled Tez against the hadoop jars pushed to
> staging repo and ran a few example T
Hi Arun,
Could you confirm the link and permission to the files is correct? I
got a following error:
Forbidden
You don't have permission to access
/~acmurthy/hadoop-2.6.0-rc0/hadoop-2.6.0-src.tar.gz on this server.
On Tue, Nov 11, 2014 at 11:52 AM, Arun C Murthy wrote:
> Folks,
>
> I've create
Tsuyoshi OZAWA created MAPREDUCE-6120:
-
Summary: TestPipeApplication fails on trunk
Key: MAPREDUCE-6120
URL: https://issues.apache.org/jira/browse/MAPREDUCE-6120
Project: Hadoop Map/Reduce
Tsuyoshi OZAWA created MAPREDUCE-6079:
-
Summary: Renaming JobImpl#username to reporterUserName
Key: MAPREDUCE-6079
URL: https://issues.apache.org/jira/browse/MAPREDUCE-6079
Project: Hadoop Map
* Verified signatures.
* Verified LICENSE.txt NOTICE.txt README.txt are included in both
source tar ball and bin tar ball.
+1 once Akira's comment is addressed.
Thanks,
- Tsuyoshi
On Tue, Sep 9, 2014 at 3:37 PM, Akira AJISAKA
wrote:
> -0 (non-binding)
>
> In the document, "Apache Hadoop 2.5.1
Tsuyoshi OZAWA created MAPREDUCE-6073:
-
Summary: Description of
mapreduce.job.speculative.slowtaskthreshold in mapred-default should be moved
into description tags
Key: MAPREDUCE-6073
URL: https
Hi,
How about using REST APIs to get the information instead of hacking
MapReduce itself if you're using Hadoop 2?
http://hadoop.apache.org/docs/r2.4.1/hadoop-yarn/hadoop-yarn-site/WebServicesIntro.html
Thanks,
- Tsuyoshi
On Tue, Aug 19, 2014 at 3:28 AM, Chris Hinshaw wrote:
> Goal:
> I want t
Hi,
Thanks Karthik for preparing new tar ball.
Verified MD5, SHA1, SHA224, SHA256, SHA384, SHA512 checksums.
It looks good to me.
Thanks,
- Tsuyoshi
On Tue, Aug 19, 2014 at 4:42 AM, Karthik Kambatla wrote:
> Hi devs
>
> Tsuyoshi just brought it to my notice that the published tarballs don't
>
hadoop-2.5.0-RC2/
>>>
>>> Please note that the binary tar ball is signed by a new gpg key, so please
>>> re-import keys. (I lost my original private key). The source tar ball,
>>> signature and checksum are untouched.
>>>
>>>
>>> On Mon
x27;t change the source.
>
> Thanks
> Karthik
>
>
> On Mon, Aug 11, 2014 at 5:51 AM, Tsuyoshi OZAWA
> wrote:
>
>> -1 (non-binding).
>>
>> * Downloaded source and verified signature.
>> * Built from source.
>> * Ran tests and some MR jobs.
>
+1(non-binding)
Thanks,
- Tsuyoshi
On Sat, Aug 9, 2014 at 11:57 AM, Karthik Kambatla wrote:
> I have put together this proposal based on recent discussion on this topic.
>
> Please vote on the proposal. The vote runs for 7 days.
>
>1. Migrate from subversion to git for version control.
>
-1 (non-binding).
* Downloaded source and verified signature.
* Built from source.
* Ran tests and some MR jobs.
* Ran RM-HA with manual failover mode.
- Documents are missing.
Good catch, Akira. As he mentioned, the documents including javadocs
are missing from the binary tar ball. We should inc
pens up the possibility for better review workflows, but we can
> discuss that on a different thread.
>
> A few different people have also mentioned Gerrit, so that'd be in the
> running along with Github (and I guess ReviewBoard).
>
> Thanks,
> Andrew
>
>
> On Mon, A
Thank you for great suggestion, Karthik. +1(non-binding) to use git.
I'm also using private git repository.
Additionally, I have one question. Will we accept github-based
development like Apache Spark? IHMO, it allow us to leverage Hadoop
development, because the cost of sending pull request is ver
+1 for Karthik's suggestion.
- Tsuyoshi
On Wed, Jul 23, 2014 at 6:54 AM, Karthik Kambatla wrote:
> Hi devs
>
> As you might have noticed, we have several classes and methods in them that
> are not annotated at all. This is seldom intentional. Avoiding incompatible
> changes to all these classes
[
https://issues.apache.org/jira/browse/MAPREDUCE-5973?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsuyoshi OZAWA resolved MAPREDUCE-5973.
---
Resolution: Duplicate
> TestAMWebServices* fails intermitten
Hi Wangda,
The following link is same link as Karthik mentioned:
https://issues.apache.org/jira/browse/YARN-2247?jql=project%20in%20(Hadoop%2C%20HDFS%2C%20YARN%2C%20%22Hadoop%20Map%2FReduce%22)%20AND%20resolution%20%3D%20Unresolved%20AND%20%22Target%20Version%2Fs%22%20%3D%202.5.0%20AND%20priority
+1(non-binding)
- Built from source.
- Ran tests.
-- Reproduced HADOOP-10510 on AWS instance(Ubuntu Server 14.04 LTS
(PV) - ami-bddaa2bc (64-bit)). I agree with that this problem will be
fixed after releases when voting at 2.4.0. I believe that this problem
is environment-depend one.
- Deployed si
+1(non-binding)
On Wed, Jun 25, 2014 at 1:55 AM, Hitesh Shah wrote:
> +1 (binding)
>
> — Hitesh
>
> On Jun 24, 2014, at 1:53 AM, Arun C Murthy wrote:
>
>> Folks,
>>
>> As discussed, I'd like to call a vote on changing our by-laws to change
>> release votes from 7 days to 5.
>>
>> I've attached
IMHO, I'd like to +1 to include YARN-1492 and work-preserving restart
in 2.6. I believe they are good improvement, but they are
work-in-progress and it takes a bit time to be done.
Thanks,
- Tsuyoshi
On Tue, Jun 24, 2014 at 7:13 AM, Jian He wrote:
> Just found the roadmap includes a wrong jira l
IMHO, it's useful to release 2.5 as intermediate release. The working
items which are not ready for 2.5 will be target for 2.6, right?
Thanks,
- Tsuyoshi
On Tue, Jun 10, 2014 at 5:03 PM, wrote:
> Arun,
>
> Any possibility of getting HDFS-6376 committed and backported into 2.5?
>
> Dave Marion
Hi Karthik,
Some tests with servers like MiniCluster or ZK can never end because
of unexpected busy loop or something if the tests don't have timeouts.
It can blocks the other jobs of Jenkins server. Therefore, IMHO, we
should add timeouts when we write tests with them.
Thanks,
- Tsuyoshi
On Wed
Hi,
+1 for 2.4.1 release(non-binding).
There are some critical issues including YARN-1861 and YARN-1929 about
RM-HA. IMO, we should include the fixes.
One question is whether we can include RM-HA phase 2(YARN-556) in 2.5
by mid-May. It's still work-in-progress.
Thanks,
- Tsuyoshi
On Mon, Apr 1
Hi Arun,
I apologize for the late response.
If the problems are recognized correctly, +1 for the release(non-binding).
* Ran examples on pseudo distributed cluster.
* Ran tests.
* Built from source.
Let's fix the problems at the target version(2.4.1).
Thanks,
- Tsuyoshi
On Wed, Apr 9, 2014 at
JIRA about this failure)
Now I'm checking the problem reported by Azuryy.
Thanks,
- Tsuyoshi
On Fri, Apr 4, 2014 at 8:55 AM, Tsuyoshi OZAWA wrote:
> Hi,
>
> Ran tests and confirmed that some tests(TestSymlinkLocalFSFileSystem) fail.
> The log of the test failure is as f
Hi,
Ran tests and confirmed that some tests(TestSymlinkLocalFSFileSystem) fail.
The log of the test failure is as follows:
https://gist.github.com/oza/9965197
Should we fix or disable the feature?
Thanks,
- Tsuyoshi
On Mon, Mar 31, 2014 at 6:22 PM, Arun C Murthy wrote:
> Folks,
>
> I've creat
Azurry, can you file the RM-failover related bug as a JIRA? I'm going
to reproduce it in my local.
Thanks,
- Tsuyoshi
On Fri, Apr 4, 2014 at 7:47 AM, Azuryy wrote:
> Did you tested RM failover on Hive? There is bug.
>
>
> Sent from my iPhone5s
>
>> On 2014年4月4日, at 2:12, Xuan Gong wrote:
>>
>>
Hi Pramod,
Now PUMA benchmarks are available at the following site:
https://sites.google.com/site/farazahmad/pumabenchmarks
Thanks, Tsuyoshi
On Mon, Feb 10, 2014 at 2:46 AM, Pramod Biligiri
wrote:
> Hi Tian,
> Thanks for that link to PUMA. It's proving useful for us in our attempt to
> understa
Hi Pramod,
In addition to shuffle plugin related parts, please check out how
spill works in MapTask.java and how reducer fetches MapOutputs from
mappers.
Thanks, Tsuyoshi
On Mon, Feb 10, 2014 at 2:54 AM, Pramod Biligiri
wrote:
> Hi,
> I'm beginning to look at the code for the Shuffle phase of M
+1 (non-binding)
* Built from source.
* Ran a pseudo-cluster with manual RM HA.
* Ran a few MR examples as tests.
Thanks, Tsuyoshi
On Tue, Feb 11, 2014 at 6:49 AM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.3.0 that I would like to
> get released.
>
>
Tsuyoshi OZAWA created MAPREDUCE-5755:
-
Summary: MapTask.MapOutputBuffer#compare/swap should have
@Override annotations
Key: MAPREDUCE-5755
URL: https://issues.apache.org/jira/browse/MAPREDUCE-5755
Tsuyoshi OZAWA created MAPREDUCE-5623:
-
Summary: NonAggregatingLogHandler can throw
RejectedExecutionException
Key: MAPREDUCE-5623
URL: https://issues.apache.org/jira/browse/MAPREDUCE-5623
Hi Mohammad,
IIUC, 2.2.0 is the latest released version. branch-2.2 is the latest
branch under development.
On Fri, Nov 8, 2013 at 11:52 AM, Mohammad Islam wrote:
> Hi,
> I could not find out any release tag for 2.2.0.
> Which branch should I use instead for latest released version? branch-2.2.0
>> # Have stable1/stable2 links:
>> http://hadoop.apache.org/docs/stable1 -> hadoop-1.x
>> http://hadoop.apache.org/docs/stable2 -> hadoop-2.x
> +1, would also make:
> current -> stable2(since v2 is the latest)
> stable -> stable1 (for compatibility)
+1, Eli's proposal looks good to
Hi Anh,
How about using ChainMapper? Is the helpful for you?
http://hadoop.apache.org/docs/current/api/org/apache/hadoop/mapred/lib/ChainMapper.html
Thanks, Tsuyoshi
On Wed, Oct 16, 2013 at 1:16 AM, Anh Pham wrote:
> (Please correct me if I am wrong) So the original chain is:
> InputSplits-->Ma
Filed the problems as https://issues.apache.org/jira/browse/HADOOP-10051.
On Wed, Oct 16, 2013 at 12:00 AM, Tsuyoshi OZAWA
wrote:
> I don't have Windows environment, but one user who tried 2.2.0 release
> on Windows reported that released tar ball doesn't contain
> "win
I don't have Windows environment, but one user who tried 2.2.0 release
on Windows reported that released tar ball doesn't contain
"winutil.exe" and cannot run any commands.
Thanks, Tsuyoshi
On Tue, Oct 15, 2013 at 10:38 PM, Tsuyoshi OZAWA
wrote:
> Congrats!
>
> On
1 - 100 of 148 matches
Mail list logo
