Hi guys,
while exploring the capacity scheduler source code I am having some
troubles understanding which is the policy behind container allocation.
As I see in
org.apache.hadoop.yarn.server.resourcemanager.scheduler.capacity.LeafQueue
it seems that for every app (with pending resource
See https://builds.apache.org/job/Hadoop-Yarn-trunk/738/
###
## LAST 60 LINES OF THE CONSOLE
###
[...truncated 8119 lines...]
Running
See https://builds.apache.org/job/Hadoop-Yarn-trunk/738/changes
Changes:
[vinodkv] YARN-2607. Fixed issues in TestDistributedShell. Contributed by
Wangda Tan.
[acmurthy] HADOOP-11286. Copied LimitInputStream from guava-0.14 to hadoop to
avoid issues with newer versions of guava in
Hitesh Shah created YARN-2835:
-
Summary: YARN WebApps should be a public API
Key: YARN-2835
URL: https://issues.apache.org/jira/browse/YARN-2835
Project: Hadoop YARN
Issue Type: Bug
Jira: https://issues.apache.org/jira/browse/YARN-2834
Build: https://builds.apache.org/job/PreCommit-YARN-Build/5807/
###
## LAST 60 LINES OF THE CONSOLE
###
… has been a constant pain w.r.t compatibility etc.
Should we consider adopting a policy to not use guava in Common/HDFS/YARN?
MR doesn't matter too much since it's application-side issue, it does hurt
end-users though since they still might want a newer guava-version, but at
least they can
Vinod Kumar Vavilapalli created YARN-2836:
-
Summary: RM behaviour on token renewal failures is broken
Key: YARN-2836
URL: https://issues.apache.org/jira/browse/YARN-2836
Project: Hadoop YARN
Zhijie Shen created YARN-2837:
-
Summary: Timeline server needs to recover the timeline DT when
restarting
Key: YARN-2837
URL: https://issues.apache.org/jira/browse/YARN-2837
Project: Hadoop YARN