HI,
I saw this couple of times lately: A jenkins test job have finished running
test, updating the corresponding jira and sending out email notification.
However, the test report is not ready at the the link sent in the email,
and the console link shows that the job is still running.
I wonder if
Thanks Arpit for throwing this discussion as part of HADOOP-10888
investigation! It's a good guess of Arpit's about possible missing
/etc/hosts entry.
Please feel free to comment in HADOOP-10888 so information can be
centralized there.
Best regards,
--Yongjun
On Wed, Jul 23, 2014 at 9:07 PM,
don't see
it in the ::1 row for IPv6 in /etc/hosts file. I wonder if adding
asf900 as an entry to ::1 row would make it work. The method stuck
at is java.net.Inet4AddressImpl.getLocalHostName (IPv4) though.
Thanks.
--Yongjun
On Wed, Jul 23, 2014 at 10:14 PM, Yongjun Zhang yzh...@cloudera.com
, 2014 at 10:14 PM, Yongjun Zhang yzh...@cloudera.com
wrote:
Thanks Arpit for throwing this discussion as part of HADOOP-10888
investigation! It's a good guess of Arpit's about possible missing
/etc/hosts entry.
Please feel free to comment in HADOOP-10888 so information can be
centralized
Thanks Ted, I just filed https://issues.apache.org/jira/browse/INFRA-8097.
--Yongjun
On Thu, Jul 24, 2014 at 10:23 PM, Ted Yu yuzhih...@gmail.com wrote:
Have you filed an INFRA JIRA so that infrastructure team can fix this ?
Cheers
On Thu, Jul 24, 2014 at 9:18 PM, Yongjun Zhang yzh
should
be critical.
Cheers
On Fri, Jul 25, 2014 at 6:46 AM, Yongjun Zhang yzh...@cloudera.com
wrote:
Thanks Ted, I just filed
https://issues.apache.org/jira/browse/INFRA-8097.
--Yongjun
On Thu, Jul 24, 2014 at 10:23 PM, Ted Yu yuzhih...@gmail.com wrote:
Have you filed an INFRA
, Jul 26, 2014 at 7:59 AM, Giridharan Kesavan
gkesa...@hortonworks.com wrote:
ASF infra folks doesn't support jenkins build infrastructure. You should
send an email to bui...@apache.org
-giri
On Fri, Jul 25, 2014 at 7:13 PM, Yongjun Zhang yzh...@cloudera.com
wrote:
Thanks Ted, I agree
+1 (non-binding), pending the document issue Akira found out
+ downloaded src tarball and did build
+ deployed two pseudo-distributed clusters
+ ran some sample mapreduce job on one cluster
+ ran basic distcp test between the two clusters
Thanks.
--Yongjun
On Sun, Aug 10, 2014 at 9:35 PM,
: org.apache.hadoop.hdfs.TestDFSClientRetries.testNamenodeRestart
[yzhang@localhost jenkinsftf]$
On Thu, Aug 28, 2014 at 8:04 PM, Yongjun Zhang yzh...@cloudera.com wrote:
Hi,
I just noticed that the recent jenkin test report doesn't include link to
test result, however, the email notice does show the failed tests:
E.g
putting this tool in dev-support directory ?
Thanks
On Aug 30, 2014, at 11:10 PM, Yongjun Zhang yzh...@cloudera.com wrote:
Hi,
I developed a tool to detect flaky tests of hadoop jenkins test jobs, on
top of the initial work Todd Lipcon did. We find it quite useful, and
with
Todd's
Thanks Arun for the info and reminder.
Hi Alejandro,
HADOOP-10895 is a blocker in the list Arun sent out and it's currently
owned by you. I wonder whether you will have time to work on. If not, would
you mind reassigning it to me and I will spend time on it?
Thanks.
--Yongjun
On Tue, Oct 14,
Hi,
I posted a patch to hadoop-10895 couple of days back. Wonder if anyone
could help doing a review?
Thanks a lot.
--Yongjun
On Sun, Oct 19, 2014 at 11:35 AM, Yongjun Zhang yzh...@cloudera.com wrote:
Thanks Arun for the info and reminder.
Hi Alejandro,
HADOOP-10895 is a blocker
Thanks Arun for leading the 2.6 release effort.
+1 (non-binding)
- Downloaded rc1 source and did build
- Created two single-node clusters running 2.6
- Ran sample mapreduce job
- Ran distcp between two clusters
--Yongjun
On Thu, Nov 13, 2014 at 3:08 PM, Arun C Murthy a...@hortonworks.com
Hi,
One issue to report here, any help would be greatly appreciated!
I noticed that multiple patch submissions to
https://issues.apache.org/jira/browse/HADOOP-11293
did not trigger jenkins test run.
Thanks Chris Nauroth for the help to trigger one manually for me:
problems with that for me a few months back. If you break it
up per-project, it should work just fine.
-Ray
On Fri, Nov 14, 2014 at 1:49 PM, Ted Yu yuzhih...@gmail.com wrote:
Adding builds@apache
On Fri, Nov 14, 2014 at 1:34 PM, Yongjun Zhang yzh...@cloudera.com
wrote:
Hi
For all's info, confirmed what Ray stated, indeed it's the reason!
Thanks.
--Yongjun
On Fri, Nov 14, 2014 at 2:40 PM, Yongjun Zhang yzh...@cloudera.com wrote:
Many thanks Ray, good to know!
--Yongjun
On Fri, Nov 14, 2014 at 2:03 PM, Ray Chiang rchi...@cloudera.com wrote:
Your patch
Hi Suresh,
I did review HDFS-6833 and the patch Shinichi provided a while back. It's
not really directly related to replication factor. The problem reported
there is, DirectoryScanner tries to register with NN blocks already
scheduled to be deleted as regular blocks, due to the delay in block
Hortonworks
http://hortonworks.com/
On Sat, Nov 15, 2014 at 8:19 AM, Yongjun Zhang yzh...@cloudera.com
wrote:
For all's info, confirmed what Ray stated, indeed it's the reason!
Thanks.
--Yongjun
On Fri, Nov 14, 2014 at 2:40 PM, Yongjun Zhang yzh...@cloudera.com
consolidated patches on a HADOOP jira to get
pre-commit coverage when changes span multiple sub-projects. Yongjun,
if
you haven't already done so, I suggest filing a jira for this.
Chris Nauroth
Hortonworks
http://hortonworks.com/
On Sat, Nov 15, 2014 at 8:19 AM, Yongjun Zhang yzh
a personal choice
On 21 November 2014 at 19:10, Ted Yu yuzhih...@gmail.com wrote:
bq. include a revision number in the patch file name
+1
On Fri, Nov 21, 2014 at 11:06 AM, Yongjun Zhang yzh...@cloudera.com
wrote:
Hi,
When I look at patches uploaded to jiras, from time
...@gmail.com wrote:
bq. include a revision number in the patch file name
+1
On Fri, Nov 21, 2014 at 11:06 AM, Yongjun Zhang yzh...@cloudera.com
wrote:
Hi,
When I look at patches uploaded to jiras, from time to time I notice
that
different revisions of the patch
Thanks all for the feedback. To summarize (and I have a suggestion at the
end of this email), there are two scenarios:
1. A change that span multiple *bigger* projects. r.g. hadoop, hbase.
2. A change that span multiple *sub* projects* within hadoop, e.g.,
common, hdfs, yarn
For 1, it's
, Yongjun Zhang yzh...@cloudera.com
wrote:
Hi,
When I look at patches uploaded to jiras, from time to time I notice
that
different revisions of the patch is uploaded with the same patch file
name,
some time for quite a few times. It's confusing which is which.
I'd suggest
appreciate a revision number in the name.
From: Yongjun Zhang yzh...@cloudera.com
To: common-dev@hadoop.apache.org
Sent: Tuesday, November 25, 2014 11:37 PM
Subject: Re: a friendly suggestion for developers when uploading
patches
Thanks Harsh for the info and Andrew
is the way to do this... There are also
some patches that are completely mechanical and don't really require the
involvement of YARN / HDFS committer, even if they change that project.
For example, fixing a misspelling in the name of a hadoop-common API.
Colin
On Tue, Nov 25, 2014 at 8:45 AM, Yongjun
:34 AM, Yongjun Zhang yzh...@cloudera.com
wrote:
Thank you all for the feedback.
About how many digits to use, I personally find it's not annoying to
type
one extra digit, but as long as we have the rev number, it achieves
the
goal of identifying individual patch.
About
unable to edit after a relogin.
On Wed, Dec 3, 2014 at 1:43 AM, Yongjun Zhang yzh...@cloudera.com wrote:
Thanks Allen, Andrew and Tsuyoshi.
My wiki user name is YongjunZhang, I will appreciate it very much if
someone can give me the permission to edit the wiki pages. Thanks.
--Yongjun
Hi,
I wonder if anyone can help on resolving HADOOP-11320
https://issues.apache.org/jira/browse/HADOOP-11320 to increase timeout
for jenkins test of crossing-subproject patches?
Thanks a lot,
--Yongjun
On Tue, Dec 2, 2014 at 10:10 AM, Yongjun Zhang yzh...@cloudera.com wrote:
Hi,
Thank you
Many thanks to Ted Yu, Steve Loughran and Andrew Wang for replying in the
jira and Steve/Andrew for making the related changes!
--Yongjun
On Thu, Dec 11, 2014 at 12:41 PM, Yongjun Zhang yzh...@cloudera.com wrote:
Hi,
I wonder if anyone can help on resolving HADOOP-11320
https
Sorry my bad, I named Andrew Wang for Andrew Bayer in my last mail, both of
them helped anyways:-) So thanks to all for the help on this matter!
--Yongjun
On Thu, Dec 11, 2014 at 3:38 PM, Yongjun Zhang yzh...@cloudera.com wrote:
Many thanks to Ted Yu, Steve Loughran and Andrew Wang
for updating Wiki!
Thanks,
- Tsuyoshi
On Thu, Dec 4, 2014 at 9:43 AM, Yongjun Zhang yzh...@cloudera.com
wrote:
Thanks Harsh, I just made a change in
https://wiki.apache.org/hadoop/HowToContribute#Naming_your_patch
based on the discussion in this thread.
--Yongjun
.
Doesn't mean we should change the order though. I don't think that is
something you can do on a per-project basis, so take it to
infrastructure@
On 14 December 2014 at 01:33, Yongjun Zhang yzh...@cloudera.com
wrote:
Hi Konst,
Thanks for the good suggestion
Hi,
When creating jira, there is a Labels entry where we could label the jira
as supportability. It would help to do this, so we could possibly give
priority to fix them for better supportability, especially for those JIRAs
that tend to be small but very high-impact for end users.
The types of
building/using as changes.txt and release notes:
https://github.com/aw-altiscale/hadoop-release-metadata
I try to update these every day. :)
On Mar 13, 2015, at 4:07 PM, Yongjun Zhang yzh...@cloudera.com wrote:
Thanks Esteban, I assume this report gets info purely from the jira
database
.
Colin
On Sat, Mar 14, 2015 at 8:36 PM, Yongjun Zhang yzh...@cloudera.com
wrote:
Hi Allen,
Thanks a lot for your input!
Looks like problem a, c, d you listed is not too bad, assuming we can
solve
d by pulling this info from jira as Sean pointed out.
Problem b (branch
, Yongjun Zhang yzh...@cloudera.com wrote:
Thanks Ravi and Colin for the feedback.
Hi Allen,
You pointed out that git log has problem when dealing with branch that
has merges, would you please elaborate the problem?
Thanks.
--Yongjun
On Mon, Mar 16, 2015 at 7:08 PM, Colin
Great idea Allen, big +1!
Thanks.
--Yongjun
On Thu, Mar 19, 2015 at 11:06 AM, Tsuyoshi Ozawa oz...@apache.org wrote:
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 a...@altiscale.com
wrote:
Hi
Thanks Sean, that'd be even better!
--Yongjun
On Fri, Mar 13, 2015 at 3:01 PM, Sean Busbey bus...@cloudera.com wrote:
So long as you include the issue number, you can automate pulling the type
from jira directly instead of putting it in the message.
On Fri, Mar 13, 2015 at 4:49 PM, Yongjun
, you can automate pulling the
type
from jira directly instead of putting it in the message.
On Fri, Mar 13, 2015 at 4:49 PM, Yongjun Zhang yzh...@cloudera.com
wrote:
Hi,
I found that changing CHANGES.txt when committing a jira is error prone
because of the different sections
Thanks Andrew for the proposal.
+1, and I will be happy to help.
--Yongjun
On Mon, Mar 2, 2015 at 3:19 PM, Andrew Wang andrew.w...@cloudera.com
wrote:
Hi devs,
It's been a year and a half since 2.x went GA, and I think we're about due
for a 3.x release.
Notably, there are two
Thanks all.
There is an open issue HDFS-6962 (ACLs inheritance conflicts with
umaskmode), for which the incompatibility appears to make it not suitable
for 2.x and it's targetted 3.0, please see:
Hi,
Thanks for working on 2.7 release.
Currently the fallback from KerberosAuthenticator to
PseudoAuthenticator is enabled by default in a hardcoded way. HAOOP-10895
changes the default and requires applications (such as oozie) to set a
config property or call an API to enable the fallback.
Thanks Allen a lot for organizing the Haoop Bug Bash, very happy to see
many folks by face!
Wish you all a nice weekend!
--Yongjun
On Tue, May 5, 2015 at 9:31 PM, Allen Wittenauer a...@altiscale.com wrote:
On May 5, 2015, at 8:10 PM, Allen Wittenauer a...@altiscale.com wrote:
Hi,
We touched this topic before but it was put on hold. I'd like to bring it
to our attention again.
From time to time we saw changes that work fine in trunk but not branch-2,
and we don't catch the issue in a timely manner. The difference between
trunk and branch-2 is sufficient to justify
on quality.
Thanks.
--Yongjun
On Mon, Jun 15, 2015 at 7:21 AM, Allen Wittenauer a...@altiscale.com wrote:
On Jun 14, 2015, at 1:00 PM, Yongjun Zhang yzh...@cloudera.com wrote:
From time to time we saw changes that work fine in trunk but not
branch-2,
and we don't catch the issue in a timely
Thanks Vinod and Akira..
I assume we will have at least a committer review of any force-push. Say,
if the commit history already has x, y, z, now we need to force push with
x', we'd better not torget y and z, and if there is conflict putting in y
and z after x', the conflict is better reviewed.
citly marked so, are
> good enough for handling them IMO.
>
> Thanks
> +Vinod
>
> > On Jan 14, 2016, at 8:07 PM, Yongjun Zhang <yzh...@cloudera.com> wrote:
> >
> > I assume we will have at least a committer review of any force-push. Say,
> > if the commit
Thanks Junping and Allen.
It'd be nice to have HDFS-9629 but I'm ok with option 2, given the fact
that the issue is not critical (and will be addressed in all future
releases), and the concern Allen raised.
Best,
--Yongjun
On Wed, Feb 10, 2016 at 8:37 AM, Allen Wittenauer
Thanks Junping again for working on this release.
+1 (binding),
- Downloaded source tarball and binary tarball
- Verified signature and checksum for both source and binary tarballs
- Compiled and built a single node cluster
- Run HDFS shell commands to create files
- Run distcp job between this
Hi Junping,
Thanks a lot for leading the effort on 2.6.4.
We were discussing in HDFS-9629, and have agreement on adding an additional
step in the release process to update the year in the webui footer. See
Thanks Andrew for initiating the effort!
+1 on pushing 3.x with extended alpha cycle, and continuing the more stable
2.x releases.
--Yongjun
On Thu, Feb 18, 2016 at 5:58 PM, Andrew Wang
wrote:
> Hi Kai,
>
> Sure, I'm open to it. It's a new major release, so we're
Thanks Andrew much for the work here!
+1 (binding).
- Downloaded both binary and src tarballs
- Verified md5 checksum and signature for both
- Built from source tarball
- Deployed 2 pseudo clusters, one with the released tarball and the other
with what I built from source, and did the
Hi Sangjin,
Thanks a lot for your work here.
My +1 (binding).
- Downloaded both binary and src tarballs
- Verified md5 checksum and signature for both
- Build from source tarball
- Deployed 2 pseudo clusters, one with the released tarball and the other
with what I built from source, and did the
Hi,
I saw quite a few jenkins test failure for patches uploaded to jira,
For example,
https://builds.apache.org/job/PreCommit-HADOOP-Build/12347/console
apache-yetus-2971eff/yetus-project/pom.xml
Modes: Sentinel MultiJDK Jenkins Robot Docker ResetRepo UnitTests
Processing: HADOOP-14407
o attach the patch again.
>
> Regards,
> Akira
>
> On 2017/05/17 18:38, Yongjun Zhang wrote:
>
>> Hi,
>>
>> I saw quite a few jenkins test failure for patches uploaded to jira,
>>
>> For example,
>> https://builds.apache.org/job/PreCommit-HADOOP-Build/1234
Hi All,
>
We have released Apache Hadoop 3.0.2 in April of this year [1]. Since then,
there are quite some commits done to branch-3.0. To further improve the
quality of release, we plan to do 3.0.3 release now. The focus of 3.0.3
will be fixing blockers (3), critical bugs (17) and bug fixes
>
> My 2 cents...
> Thanks,
> -Eric Payne
>
>
>
>
>
> On Monday, May 7, 2018, 12:09:00 AM CDT, Yongjun Zhang <
> yjzhan...@apache.org> wrote:
>
>
>
>
>
> Hi All,
>
> >
> We have released Apache Hadoop 3.0.2 in April of
oint releasing any more 3.0.x releases if
>> downstream projects can't pick it up (after the fact that HBase is one of
>> the most important projects around Hadoop).
>>
>> On Mon, May 7, 2018 at 1:19 PM, Yongjun Zhang <yzh...@cloudera.com>
>> wrote:
>>
>
d improvements in 2.9.1 release, please
> refer to CHANGES [2] and RELEASENOTES [3].
> - For download, please got to download page[4]
>
> Thank you all for contributing to the Apache Hadoop 2.9.1.
>
>
> Last, thanks Yongjun Zhang, Junping Du, Andrew Wang and Chris Douglas for
>
including the YARN-7190 patch in 3.0.3 release. This is a fix that
> will enable HBase to use Hadoop 3.0.x in the production line.
>
> thanks
> Vrushali
>
>
> On Tue, May 8, 2018 at 10:24 AM, Yongjun Zhang <yzh...@cloudera.com>
> wrote:
>
>> Thanks Wei-C
if thebranch is cut
> too early.
>
> Echoing Eric Payne, I think we should wait to cut the branch until we are
> actually creating the RC to vote on (i.e. on May 29 or 30 if the vote is to
> be on May 30).
>
> Eric
>
>
>
> On Wed, May 23, 2018 at 4:11 PM, Yon
Hello,
PMC votes are needed for release, can I get some help from PMCs?
Really appreciate it!
--Yongjun
On Thu, Jun 7, 2018 at 6:15 PM, Yongjun Zhang wrote:
> Thank you all very much for the testing, feedback and discussion!
>
> I was able to build outside docker, by following
Verified that various queue config properties for CS are refreshable
> - Verified streaming jobs work as expected
> - Verified that user weights work as expected
> - Verified that FairOrderingPolicy in a CS queue will evenly assign
> resources
> - Verified running yarn shell applicatio
resume the build with the
> command
> [ERROR] mvn -rf :hadoop-shim
>
> Not seeing the artifact published here as well.
> https://mvnrepository.com/artifact/org.apache.hadoop/hadoop-project
>
> On Tue, Jun 12, 2018 at 6:44 PM, Yongjun Zhang
> wrote:
>
>> Thanks Eri
buted HDFS with KMS
>>- Ran basic hdfs commands with encryption
>>- Sanity checked webui and logs
>>
>>
>>
>> -Xiao
>>
>> On Fri, Jun 8, 2018 at 10:34 AM, Brahma Reddy Battula <
>> brahmareddy.batt...@hotmail.com> wrote:
>>
>
Thank you all very much for the testing, feedback and discussion!
I was able to build outside docker, by following the steps Nanda described,
I saw the same problem; then I tried 3.0.2 released a while back, it has
the same issue.
As Allen pointed out, it seems the steps to build site are not
BTW, thanks Allen and Steve for discussing and suggestion about the site
build problem I hit earlier, I did the following step
mvn install -DskipTests
before doing the steps Nanda listed helped to solve the problems.
--Yongjun
On Thu, Jun 7, 2018 at 6:15 PM, Yongjun Zhang wrote:
> Th
Hi All,
I will be working on cutting the 3.0.3 branch and trying a build today.
Thanks.
--Yongjun
On Wed, May 23, 2018 at 3:31 PM, Yongjun Zhang <yzh...@cloudera.com> wrote:
> Thanks Eric. Sounds good. I may try to see if I can do the branching/RC
> sooner.
>
> --Yongjun
Wang,
Eddy Xu who helped when I tried to solve the build issues.
At this point, please be aware of the existence of branch-3.0, branch-3.0.3.
Best,
--Yongjun
On Sat, May 26, 2018 at 11:52 PM, Yongjun Zhang wrote:
> HI,
>
> I did build before cut branch and hit some issues, hav
Sorry, forgot to mention Junping Du, who also helped me a lot. Many thanks
Junping!
Thanks.
--Yongjun
On Wed, May 30, 2018 at 11:49 AM, Yongjun Zhang
wrote:
> Hi,
>
> The build issues are all solved, and I have cut the 3.0.3 branch and close
> to get a build out. Since it's tak
. Sorry for the inconvenience.
--Yongjun
On Wed, May 30, 2018 at 11:49 AM, Yongjun Zhang
wrote:
> Hi,
>
> The build issues are all solved, and I have cut the 3.0.3 branch and close
> to get a build out. Since it's taking me a bit more time (I expect to send
> vote invitation email by
HI,
I did build before cut branch and hit some issues, have not got to the
bottom, will cut branch after the build issues are resolved.
Thanks.
--Yongjun
On Sat, May 26, 2018 at 1:46 PM, Yongjun Zhang <yjzhan...@apache.org> wrote:
> Hi All,
>
> I will be working on cutting t
Greetings all,
I've created the first release candidate (RC0) for Apache Hadoop
3.0.3. This is our next maintenance release to follow up 3.0.2. It includes
about 249
important fixes and improvements, among which there are 8 blockers. See
https://issues.apache.org/jira/issues/?filter=12343997
The
te:
>
>> Sorry, I forgot to write my vote in the last message.
>>
>> +1 (non-binding)
>>
>> Regards,
>> Takanobu
>>
>> > -Original Message-----
>> > From: Takanobu Asanuma [mailto:tasan...@yahoo-corp.jp]
>> > Sent: Wednesday, J
>> https://issues.apache.org/jira/issues/?filter=12343997
>
> Even after logging in, I am not able to see any jiras.
> It says "The requested filter doesn't exist or is private."
>
> On Fri, Jun 1, 2018 at 10:41 AM, Yongjun Zhang
> wrote:
>
>> Thanks for
te. I can't see the
>> blocker list.
>> https://issues.apache.org/jira/issues/?filter=12343997
>>
>> Meanwhile , I will be working on testing the release.
>>
>> Thanks
>> Shashi
>> On 6/1/18, 11:18 AM, "Yongjun Zhang" wrote:
>>
work as expected
> - Verified that user weights work as expected
> - Verified that FairOrderingPolicy in a CS queue will evenly assign
> resources
> - Verified running yarn shell application runs as expected
>
>
>
>
>
>
>
> On Friday, June 1, 2018, 12:48
t; - basic sanity check of NN, RM UI
> >
> > Thanks,
> > Ajay
> >
> > On 6/2/18, 12:45 AM, "Shashikant Banerjee" <
> sbaner...@hortonworks.com>
> > wrote:
> >
> > Hi Yongjun,
> >
Hi Gabor,
I got the git tag in, it's release-3.0.3-RC0. Would you please give it a
try?
It should correspond to
commit 37fd7d752db73d984dc31e0cdfd590d252f5e075
Author: Yongjun Zhang
Date: Wed May 30 00:07:33 2018 -0700
Update version to 3.0.3 to prepare for 3.0.3 release
Thanks
Congratulations Andrew and all, a great milestone! Thanks Andrew for
driving it!
--Yongjun
On Tue, Dec 19, 2017 at 9:10 AM, Jonathan Kelly
wrote:
> Thanks, Andrew!
>
> On Mon, Dec 18, 2017 at 4:54 PM Andrew Wang
> wrote:
>
> > Thanks for the
p.apache.org/releases.html page.
>
> I just did it, FYI: https://svn.apache.org/viewvc?view=revision=
> 1837967
>
> Thanks
> +Vinod
>
>
> On May 31, 2018, at 10:48 PM, Yongjun Zhang wrote:
>
> Greetings all,
>
> I've created the first release candidate (RC0) for
gjun
On Mon, Jul 9, 2018 at 2:08 PM, Jonathan Eagles wrote:
> Thank you, Yongjun Zhang for resolving this issue for me. I have verified
> the 3.0.3 build is now working for me for tez to specify as a hadoop
> dependency.
>
> As for release procedure, can someone comment on
today and now 2.9.1 is pushed to the mvn repo.
>>
>> You can double check it. I suspect sometimes Nexus may fail to notify
>> user when this is unexpected failures.
>>
>>
>>
>>
>>
>> Bests,
>>
>> Sammi
>>
>> *From:* Yongj
ck into the call queue. That's
> > completely unacceptable. A buggy or malicious client can easily cause
> > livelock in the IPC layer with handlers only looping on calls that never
> > satisfy the condition. Why is this not implemented via
> RetriableExceptions?
> >
>
Great work guys.
Wonder if we can elaborate what's impact of not having #2 fixed, and why #2
is not needed for the feature to complete?
2. Need to fix automatic failover with ZKFC. Currently it does not doesn't
know about ObserverNodes trying to convert them to SBNs.
Thanks.
--Yongjun
On Wed,
Yongjun Zhang created HADOOP-10250:
--
Summary: VersionUtil returns wrong value when comparing two
versions
Key: HADOOP-10250
URL: https://issues.apache.org/jira/browse/HADOOP-10250
Project: Hadoop
[
https://issues.apache.org/jira/browse/HADOOP-10293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yongjun Zhang resolved HADOOP-10293.
Resolution: Fixed
See commit log for
Addendum patch for HADOOP-9652 to fix performance
Yongjun Zhang created HADOOP-10543:
--
Summary: RemoteException's unwrapRemoteException method failed for
PathIOException
Key: HADOOP-10543
URL: https://issues.apache.org/jira/browse/HADOOP-10543
[
https://issues.apache.org/jira/browse/HADOOP-10510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yongjun Zhang resolved HADOOP-10510.
Resolution: Duplicate
I'm marking this as a duplicate per [~andrew.wang]'s comments
Yongjun Zhang created HADOOP-10872:
--
Summary: org.apache.hadoop.fs.shell.TestPathData failed
intermittently with Mkdirs failed to create d1
Key: HADOOP-10872
URL: https://issues.apache.org/jira/browse/HADOOP
Yongjun Zhang created HADOOP-10888:
--
Summary: org.apache.hadoop.ipc.TestIPC.testRetryProxy failed often
with timeout
Key: HADOOP-10888
URL: https://issues.apache.org/jira/browse/HADOOP-10888
Project
Yongjun Zhang created HADOOP-10889:
--
Summary: Fix misuse of test.build.data in various places
Key: HADOOP-10889
URL: https://issues.apache.org/jira/browse/HADOOP-10889
Project: Hadoop Common
Yongjun Zhang created HADOOP-11045:
--
Summary: Introducing a tool to detect flaky tests of hadoop
jenkins test job
Key: HADOOP-11045
URL: https://issues.apache.org/jira/browse/HADOOP-11045
Project
Yongjun Zhang created HADOOP-11056:
--
Summary: OsSecureRandom.setConf() might leak resource
Key: HADOOP-11056
URL: https://issues.apache.org/jira/browse/HADOOP-11056
Project: Hadoop Common
Yongjun Zhang created HADOOP-11189:
--
Summary: TestDNFencing.testQueueingWithAppend failed often in
latest test
Key: HADOOP-11189
URL: https://issues.apache.org/jira/browse/HADOOP-11189
Project
[
https://issues.apache.org/jira/browse/HADOOP-11189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yongjun Zhang resolved HADOOP-11189.
Resolution: Duplicate
TestDNFencing.testQueueingWithAppend failed often in latest test
Yongjun Zhang created HADOOP-11195:
--
Summary: Move Id-Name mapping in NFS to the hadoop-common area for
better maintenance
Key: HADOOP-11195
URL: https://issues.apache.org/jira/browse/HADOOP-11195
Yongjun Zhang created HADOOP-11208:
--
Summary: Replace daemon with better name in scripts like
hadoop-hdfs-project/hadoop-hdfs/src/main/bin/hdfs
Key: HADOOP-11208
URL: https://issues.apache.org/jira/browse/HADOOP
Yongjun Zhang created HADOOP-11293:
--
Summary: Factor OSType out from Shell
Key: HADOOP-11293
URL: https://issues.apache.org/jira/browse/HADOOP-11293
Project: Hadoop Common
Issue Type
Yongjun Zhang created HADOOP-11320:
--
Summary: Submitting a hadoop patch doesn't trigger jenkins test run
Key: HADOOP-11320
URL: https://issues.apache.org/jira/browse/HADOOP-11320
Project: Hadoop
1 - 100 of 127 matches
Mail list logo