[
https://issues.apache.org/jira/browse/AMBARI-16888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15301529#comment-15301529
]
Hudson commented on AMBARI-16888:
---------------------------------
FAILURE: Integrated in Ambari-trunk-Commit #4927 (See
[https://builds.apache.org/job/Ambari-trunk-Commit/4927/])
AMBARI-16888. Handle the scenario when 'capacity-scheduler' configs is
(sshridhar:
[http://git-wip-us.apache.org/repos/asf?p=ambari.git&a=commit&h=77213ab7dba15f9ec92b40cb2c5d77d52c636587])
* ambari-server/src/main/resources/stacks/HDP/2.5/services/stack_advisor.py
* ambari-server/src/test/python/stacks/2.5/common/test_stack_advisor.py
> Handle the scenario when 'capacity-scheduler' configs is passed in as
> dictionary to Stack Advisor (generally on 1st invocation) in order to create
> 'llap' queue for Hive Server Interactive.
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: AMBARI-16888
> URL: https://issues.apache.org/jira/browse/AMBARI-16888
> Project: Ambari
> Issue Type: Bug
> Components: ambari-server
> Affects Versions: 2.4.0
> Reporter: Swapan Shridhar
> Assignee: Swapan Shridhar
> Priority: Blocker
> Fix For: 2.4.0
>
> Attachments: AMBARI-16888.patch
>
>
> - The 1st call to SA gets capacity-scheduler configs as dictionary compared
> to "/n" separated single string of all the configs in subsequent calls.
> * 1st invocation, passed-in capacity-scheduler looks like :
> {code}
> "capacity-scheduler" : {
> "properties" : {
> "capacity-scheduler" : "null",
> "yarn.scheduler.capacity.root.accessible-node-labels" : "*",
> "yarn.scheduler.capacity.maximum-am-resource-percent" : "1",
> "yarn.scheduler.capacity.root.acl_administer_queue" : "*",
> "yarn.scheduler.capacity.queue-mappings-override.enable" :
> 'false',
> "yarn.scheduler.capacity.root.default.capacity" : "100",
> "yarn.scheduler.capacity.root.default.user-limit-factor" : "1",
> "yarn.scheduler.capacity.root.queues" : "default",
> "yarn.scheduler.capacity.root.capacity" : "100",
> "yarn.scheduler.capacity.root.default.acl_submit_applications" :
> "*",
> "yarn.scheduler.capacity.root.default.maximum-capacity" : "100",
> "yarn.scheduler.capacity.node-locality-delay" : "40",
> "yarn.scheduler.capacity.maximum-applications" : "10000",
> "yarn.scheduler.capacity.root.default.state" : "RUNNING"
> }
> },
> {code}
> * subsequent invocations gets capacity-schdeuler as:
> {code}
> "capacity-scheduler": {
> "properties": {
> "capacity-scheduler":
> "yarn.scheduler.capacity.root.queues=default\n"
>
> "yarn.scheduler.capacity.root.default.user-limit-factor=1\n"
>
> "yarn.scheduler.capacity.root.default.state=RUNNING\n"
>
> "yarn.scheduler.capacity.root.default.maximum-capacity=100\n"
>
> "yarn.scheduler.capacity.root.default.capacity=100\n"
>
> "yarn.scheduler.capacity.root.default.acl_submit_applications=*\n"
>
> "yarn.scheduler.capacity.root.capacity=100\n"
>
> "yarn.scheduler.capacity.root.acl_administer_queue=*\n"
>
> "yarn.scheduler.capacity.root.accessible-node-labels=*\n"
>
> "yarn.scheduler.capacity.node-locality-delay=40\n"
>
> "yarn.scheduler.capacity.maximum-applications=10000\n"
>
> "yarn.scheduler.capacity.maximum-am-resource-percent=1\n"
>
> "yarn.scheduler.capacity.queue-mappings-override.enable=false\n"
> }
> },
> {code}
> - Therefore, SA fails to create the 'llap' queue for Hive Server Interactive,
> as SA knows to handle only the 2nd case.
> - This specific issue was seen with while deploying cluster with Blueprints.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
