[
https://issues.apache.org/jira/browse/YUNIKORN-2703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17860197#comment-17860197
]
Mit Desai commented on YUNIKORN-2703:
-------------------------------------
In the admission controller, we look at the defaultQueue in the ConfigMap and
use that instead of "root.default".
When we have the same queue defined as the default queue ({{{}root.default{}}})
along with provided placement rules defined higher in the hierarchy (above tag
and fixed rule), we set the config to an empty value and let the placement
rules take care placing the application with no queue defined in an appropriate
queue.
This issue was hidden until now as the default queue name for scheduler was
{{root.sandbox}} until 1.5.0 and we did not have any queue defined with that
name.
I would like to fix this in the same way as we did it for the admission
controller. For the default queue, we should take the override defined in the
ConfigMap if provided, otherwise fall back to {{root.default }}
> Scheduler does not honor default queue setting from the ConfigMap
> -----------------------------------------------------------------
>
> Key: YUNIKORN-2703
> URL: https://issues.apache.org/jira/browse/YUNIKORN-2703
> Project: Apache YuniKorn
> Issue Type: Improvement
> Components: shim - kubernetes
> Reporter: Mit Desai
> Assignee: Mit Desai
> Priority: Major
>
> YUNIKORN-1650 added an override for default queue name in the config map to
> solve for the scenario where the provided placement rule is evaluated before
> other rules.
> Scheduler also adds a default queue if the pod labels or annotations does not
> define a queue name. Because this happens before the placement rules are
> evaluated, we end up in the same situation of applications getting placed in
> the default queue and ignoring all other placement rules.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@yunikorn.apache.org
For additional commands, e-mail: issues-h...@yunikorn.apache.org
