Re: [VOTE] Merge feature branch YARN-5734 (API based scheduler configuration) to trunk, branch-3.0, branch-2

2017-10-02 Thread Wangda Tan 
+1 (Binding), huge thanks to all the other folks spent time to design,
development, test and review this feature.

In addition to what Jonathan mentioned, all exposed APIs / CLIs are marked
as unstable so there should not have backward-compatibility issues.

Participated initial design and review all patches related to RM/scheduler,
CLI/Rest API and documentations. Considering scope of this patch is
relatively small (slightly over 200k) and Jonathan and folks from Linkedin
has done lots of validations to new logics, I'm supportive to merge this
into branch-2/branch-3.0 and trunk.

Thanks,
Wangda


On Mon, Oct 2, 2017 at 11:23 AM, Zhe Zhang  wrote:

> +1 (binding)
>
> LinkedIn has been running an internal version of OrgQueue for almost 2
> years. It is an essential feature for running YARN scheduler on clusters
> shared by multiple internal organizations.
>
> I have participated in the YARN-5734 design and have regularly synced with
> Jonathan on development and implementation details. I believe the feature
> is of decent quality now and is ready to merge into trunk.
>
> On Mon, Oct 2, 2017 at 11:09 AM Jonathan Hung 
> wrote:
>
> > Hi all,
> >
> > From discussion at [1], I'd like to start a vote to merge feature branch
> > YARN-5734 to trunk, branch-3.0, and branch-2. Vote will be 7 days, ending
> > Monday Oct 9 at 11:00AM PDT.
> >
> > This branch adds a framework to the scheduler to allow scheduler
> > configuration mutation on the fly, including a REST and CLI interface,
> and
> > an interface for the scheduler configuration backing store. Currently the
> > capacity scheduler implements this framework.
> >
> > Umbrella is here (YARN-5734
> > ), jenkins build is
> here
> > (
> > YARN-7241 ). All
> required
> > tasks for this feature are committed. Since this feature changes RM only,
> > we have tested this on a local RM setup with a suite of configuration
> > changes with no issue so far.
> >
> > Key points:
> > - The feature is turned off by default, and must be explicitly configured
> > to turn on. When turned off, the behavior reverts back to the original
> file
> > based mechanism for changing scheduler configuration (i.e. yarn rmadmin
> > -refreshQueues).
> > - The framework was designed in a way to be extendable to other
> schedulers
> > (most notably FairScheduler).
> > - A pluggable ACL policy (YARN-5949
> > ) allows admins
> > fine-grained control for who can change what configurations.
> > - The configuration storage backend is also pluggable. Currently an
> > in-memory, leveldb, and zookeeper implementation are supported.
> >
> > There were 15 subtasks completed for this feature.
> >
> > Huge thanks to everyone who helped with reviews, commits, guidance, and
> > technical discussion/design, including Carlo Curino, Xuan Gong, Subru
> > Krishnan, Min Shen, Konstantin Shvachko, Carl Steinbach, Wangda Tan,
> Vinod
> > Kumar Vavilapalli, Suja Viswesan, Zhe Zhang, Ye Zhou.
> >
> > [1]
> >
> > http://mail-archives.apache.org/mod_mbox/hadoop-yarn-dev/201709.mbox/%
> 3CCAHzWLgfEAgczjcEOUCg-03ma3ROtO=pkec9dpggyx9rzf3n...@mail.gmail.com%3E
> >
> > Jonathan Hung
> >
> --
> Zhe Zhang
> Apache Hadoop Committer
> http://zhe-thoughts.github.io/about/ | @oldcap
>

Re: [VOTE] Merge feature branch YARN-5734 (API based scheduler configuration) to trunk, branch-3.0, branch-2

2017-10-02 Thread Zhe Zhang 
+1 (binding)

LinkedIn has been running an internal version of OrgQueue for almost 2
years. It is an essential feature for running YARN scheduler on clusters
shared by multiple internal organizations.

I have participated in the YARN-5734 design and have regularly synced with
Jonathan on development and implementation details. I believe the feature
is of decent quality now and is ready to merge into trunk.

On Mon, Oct 2, 2017 at 11:09 AM Jonathan Hung  wrote:

> Hi all,
>
> From discussion at [1], I'd like to start a vote to merge feature branch
> YARN-5734 to trunk, branch-3.0, and branch-2. Vote will be 7 days, ending
> Monday Oct 9 at 11:00AM PDT.
>
> This branch adds a framework to the scheduler to allow scheduler
> configuration mutation on the fly, including a REST and CLI interface, and
> an interface for the scheduler configuration backing store. Currently the
> capacity scheduler implements this framework.
>
> Umbrella is here (YARN-5734
> ), jenkins build is here
> (
> YARN-7241 ). All required
> tasks for this feature are committed. Since this feature changes RM only,
> we have tested this on a local RM setup with a suite of configuration
> changes with no issue so far.
>
> Key points:
> - The feature is turned off by default, and must be explicitly configured
> to turn on. When turned off, the behavior reverts back to the original file
> based mechanism for changing scheduler configuration (i.e. yarn rmadmin
> -refreshQueues).
> - The framework was designed in a way to be extendable to other schedulers
> (most notably FairScheduler).
> - A pluggable ACL policy (YARN-5949
> ) allows admins
> fine-grained control for who can change what configurations.
> - The configuration storage backend is also pluggable. Currently an
> in-memory, leveldb, and zookeeper implementation are supported.
>
> There were 15 subtasks completed for this feature.
>
> Huge thanks to everyone who helped with reviews, commits, guidance, and
> technical discussion/design, including Carlo Curino, Xuan Gong, Subru
> Krishnan, Min Shen, Konstantin Shvachko, Carl Steinbach, Wangda Tan, Vinod
> Kumar Vavilapalli, Suja Viswesan, Zhe Zhang, Ye Zhou.
>
> [1]
>
> http://mail-archives.apache.org/mod_mbox/hadoop-yarn-dev/201709.mbox/%3CCAHzWLgfEAgczjcEOUCg-03ma3ROtO=pkec9dpggyx9rzf3n...@mail.gmail.com%3E
>
> Jonathan Hung
>
-- 
Zhe Zhang
Apache Hadoop Committer
http://zhe-thoughts.github.io/about/ | @oldcap

[VOTE] Merge feature branch YARN-5734 (API based scheduler configuration) to trunk, branch-3.0, branch-2

2017-10-02 Thread Jonathan Hung 
Hi all,

>From discussion at [1], I'd like to start a vote to merge feature branch
YARN-5734 to trunk, branch-3.0, and branch-2. Vote will be 7 days, ending
Monday Oct 9 at 11:00AM PDT.

This branch adds a framework to the scheduler to allow scheduler
configuration mutation on the fly, including a REST and CLI interface, and
an interface for the scheduler configuration backing store. Currently the
capacity scheduler implements this framework.

Umbrella is here (YARN-5734
), jenkins build is here (
YARN-7241 ). All required
tasks for this feature are committed. Since this feature changes RM only,
we have tested this on a local RM setup with a suite of configuration
changes with no issue so far.

Key points:
- The feature is turned off by default, and must be explicitly configured
to turn on. When turned off, the behavior reverts back to the original file
based mechanism for changing scheduler configuration (i.e. yarn rmadmin
-refreshQueues).
- The framework was designed in a way to be extendable to other schedulers
(most notably FairScheduler).
- A pluggable ACL policy (YARN-5949
) allows admins
fine-grained control for who can change what configurations.
- The configuration storage backend is also pluggable. Currently an
in-memory, leveldb, and zookeeper implementation are supported.

There were 15 subtasks completed for this feature.

Huge thanks to everyone who helped with reviews, commits, guidance, and
technical discussion/design, including Carlo Curino, Xuan Gong, Subru
Krishnan, Min Shen, Konstantin Shvachko, Carl Steinbach, Wangda Tan, Vinod
Kumar Vavilapalli, Suja Viswesan, Zhe Zhang, Ye Zhou.

[1]
http://mail-archives.apache.org/mod_mbox/hadoop-yarn-dev/201709.mbox/%3CCAHzWLgfEAgczjcEOUCg-03ma3ROtO=pkec9dpggyx9rzf3n...@mail.gmail.com%3E

Jonathan Hung

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

2017-10-02 Thread Eric Payne 
+1 (binding)
Thanks Andrew for all of your very diligent efforts.
Build from source, installed on a 6-node pseudo cluster, and successfully 
tested the following manual use cases:
o MapReduce sleep job
o MapReduce streaming jobœ
o Cross-queue (inter-queue) preemption 
o In-queue (intra-queue) preemption, both USERFIRST and PRIORITYFIRST
o User weights not equals to 1
o User weights in conjunction with in-queue preemption.
-Eric Payne

  From: Andrew Wang 
 To: "common-...@hadoop.apache.org" ; 
"hdfs-...@hadoop.apache.org" ; 
"mapreduce-dev@hadoop.apache.org" ; 
"yarn-...@hadoop.apache.org"  
 Sent: Thursday, September 28, 2017 7:04 PM
 Subject: [VOTE] Release Apache Hadoop 3.0.0-beta1 RC0
   
Hi all,

Let me start, as always, by thanking the many, many contributors who helped
with this release! I've prepared an RC0 for 3.0.0-beta1:

http://home.apache.org/~wang/3.0.0-beta1-RC0/

This vote will run five days, ending on Nov 3rd at 5PM Pacific.

beta1 contains 576 fixed JIRA issues comprising a number of bug fixes,
improvements, and feature enhancements. Notable additions include the
addition of YARN Timeline Service v2 alpha2, S3Guard, completion of the
shaded client, and HDFS erasure coding pluggable policy support.

I've done the traditional testing of running a Pi job on a pseudo cluster.
My +1 to start.

We're working internally on getting this run through our integration test
rig. I'm hoping Vijay or Ray can ring in with a +1 once that's complete.

Best,
Andrew

Apache Hadoop qbt Report: trunk+JDK8 on Linux/x86

2017-10-02 Thread Apache Jenkins Server 
For more details, see 
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/

No changes




-1 overall


The following subsystems voted -1:
unit


The following subsystems voted -1 but
were configured to be filtered/ignored:
cc checkstyle javac javadoc pylint shellcheck shelldocs whitespace


The following subsystems are considered long running:
(runtime bigger than 1h  0m  0s)
unit


Specific tests:

Failed junit tests :

   hadoop.crypto.key.kms.server.TestKMS 
   hadoop.hdfs.server.datanode.TestDataNodeVolumeFailureReporting 
   hadoop.hdfs.TestReconstructStripedFile 
   hadoop.hdfs.server.namenode.ha.TestDNFencingWithReplication 
   hadoop.hdfs.server.namenode.metrics.TestNameNodeMetrics 
   
hadoop.yarn.server.resourcemanager.scheduler.capacity.TestContainerAllocation 
   
hadoop.yarn.server.resourcemanager.scheduler.capacity.TestIncreaseAllocationExpirer
 
   hadoop.yarn.sls.TestReservationSystemInvariants 
   hadoop.yarn.sls.TestSLSRunner 

Timed out junit tests :

   
org.apache.hadoop.yarn.server.resourcemanager.TestSubmitApplicationWithRMHA 
   
org.apache.hadoop.yarn.server.resourcemanager.TestKillApplicationWithRMHA 
  

   cc:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/diff-compile-cc-root.txt
  [4.0K]

   javac:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/diff-compile-javac-root.txt
  [292K]

   checkstyle:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/diff-checkstyle-root.txt
  [17M]

   pylint:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/diff-patch-pylint.txt
  [20K]

   shellcheck:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/diff-patch-shellcheck.txt
  [20K]

   shelldocs:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/diff-patch-shelldocs.txt
  [12K]

   whitespace:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/whitespace-eol.txt
  [11M]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/whitespace-tabs.txt
  [1.2M]

   javadoc:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/diff-javadoc-javadoc-root.txt
  [1.9M]

   unit:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/patch-unit-hadoop-common-project_hadoop-kms.txt
  [8.0K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
  [316K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
  [64K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/545/artifact/out/patch-unit-hadoop-tools_hadoop-sls.txt
  [20K]

Powered by Apache Yetus 0.6.0-SNAPSHOT   http://yetus.apache.org

-
To unsubscribe, e-mail: mapreduce-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: mapreduce-dev-h...@hadoop.apache.org