[
https://issues.apache.org/jira/browse/YARN-9940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wilfred Spiegelenburg resolved YARN-9940.
-
Resolution: Not A Problem
This issue is fixed in later versions via YARN-8373. In
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/1442/
[Mar 17, 2020 1:31:48 PM] (github) HADOOP-16319. S3A Etag tests fail with
default encryption enabled on
-
To unsubscribe, e-mail:
Young Chen created YARN-10201:
-
Summary: Make AMRMProxyPolicy aware of SC load
Key: YARN-10201
URL: https://issues.apache.org/jira/browse/YARN-10201
Project: Hadoop YARN
Issue Type: Sub-task
Making ARM artifact optional, makes the release process simpler for RM and
unblocks release process (if there is unavailability of ARM resources).
Still there are possible options to collaborate with RM ( as brahma
mentioned earlier) and provide ARM artifact may be before or after vote.
If
Sure, I will update in cwiki,Once it's concluded here..Thanks a lot arpit...
On Tue, Mar 17, 2020 at 11:39 PM Arpit Agarwal
wrote:
> Thanks for the clarification Brahma. Can you update the proposal to state
> that it is optional (it may help to put the proposal on cwiki)?
>
> Also if we go
Thanks for the clarification Brahma. Can you update the proposal to state that
it is optional (it may help to put the proposal on cwiki)?
Also if we go ahead then the RM documentation should be clear this is an
optional step.
> On Mar 17, 2020, at 11:06 AM, Brahma Reddy Battula wrote:
>
>
Sure, we can't make mandatory while voting and we can upload to downloads
once release vote is passed.
On Tue, 17 Mar 2020 at 11:24 PM, Arpit Agarwal
wrote:
> > Sorry,didn't get you...do you mean, once release voting is
> > processed and upload by RM..?
>
> Yes, that is what I meant. I don’t
> Sorry,didn't get you...do you mean, once release voting is
> processed and upload by RM..?
Yes, that is what I meant. I don’t want us to make more mandatory work for the
release manager because the job is hard enough already.
> On Mar 17, 2020, at 10:46 AM, Brahma Reddy Battula wrote:
>
>
Sorry,didn't get you...do you mean, once release voting is processed and
upload by RM..?
FYI. There is docker image for ARM also which support all scripts
(createrelease, start-build-env.sh, etc ).
https://issues.apache.org/jira/browse/HADOOP-16797
On Tue, Mar 17, 2020 at 10:59 PM Arpit Agarwal
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/1441/
[Mar 16, 2020 2:28:36 AM] (github) MAPREDUCE-7237. Supports config the
shuffle's path cache related
[Mar 16, 2020 5:56:30 PM] (github) HADOOP-16661. Support TLS 1.3 (#1880)
[Mar 16, 2020 10:24:02 PM]
Thanks Masatake!!
I was aware of this thread which you given for reference as I am the source
to discuss this(as I verified binary and given some comments). Please check
following for same.
https://lists.apache.org/list.html?common-...@hadoop.apache.org:2017-7
AFAIK, that discussion whether we
Can ARM binaries be provided after the fact? We cannot increase the RM’s burden
by asking them to generate an extra set of binaries.
> On Mar 17, 2020, at 10:23 AM, Brahma Reddy Battula wrote:
>
> + Dev mailing list.
>
> -- Forwarded message -
> From: Brahma Reddy Battula
>
+ Dev mailing list.
-- Forwarded message -
From: Brahma Reddy Battula
Date: Tue, Mar 17, 2020 at 10:31 PM
Subject: Re: [DISCUSS] Hadoop 3.3.0 Release include ARM binary
To: junping_du
thanks junping for your reply.
bq. I think most of us in Hadoop community doesn't want
For more details, see
https://builds.apache.org/job/hadoop-qbt-branch-2.10-java7-linux-x86/627/
[Mar 16, 2020 10:31:43 PM] (ebadger) YARN-2710. RM HA tests failed
intermittently on trunk. Contributed by
-1 overall
The following subsystems voted -1:
findbugs hadolint pathlen unit xml
14 matches
Mail list logo