ambari-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Swapan Shridhar (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (AMBARI-16888) Handle the scenario when 'capacity-scheduler' configs is passed in as dictionary to Stack Advisor (generally on 1st invocation).
Date Wed, 25 May 2016 22:15:13 GMT

     [ https://issues.apache.org/jira/browse/AMBARI-16888?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Swapan Shridhar updated AMBARI-16888:
-------------------------------------
    Description: 
- 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}

> Handle the scenario when 'capacity-scheduler' configs is passed in as dictionary to Stack
Advisor (generally on 1st invocation).
> --------------------------------------------------------------------------------------------------------------------------------
>
>                 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
>             Fix For: 2.4.0
>
>
> - 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}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message