[
https://issues.apache.org/jira/browse/YUNIKORN-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17175582#comment-17175582
]
Manikandan R commented on YUNIKORN-359:
---------------------------------------
Ok, [~wwei].
Had come across couple of issues while working on this.
# /ws/v1/queues. In case of multiple partitions ( > 1), this handler return
incorrect results. It always shows only 1 partition details (of partition
mentioned last in the config hierarchy). In fact, this handler is about
partition info, not precisely about queue info.
# /ws/v1/clusters. In case of multiple partitions ( > 1), this handler is
supposed to do sum of all attributes (for ex, applications count) of each
partition and return the same, but thats not the case. Instead, it considers
only 1 partition details (of partition mentioned last in the config hierarchy).
In addition to this, clusterInfo.TotalApplications and
clusterInfo.RunningApplications holds same value as it depends on same
partition variable.
If you can quickly validate these points, will fix these issues in separate
jira's first and move ahead with this jira.
> Support for "queue" query param filter
> --------------------------------------
>
> Key: YUNIKORN-359
> URL: https://issues.apache.org/jira/browse/YUNIKORN-359
> Project: Apache YuniKorn
> Issue Type: Sub-task
> Reporter: Manikandan R
> Assignee: Manikandan R
> Priority: Major
>
> Support "queue" query param filter to the following handlers:
>
> 1. /ws/v1/queues
> Return only queue info whose name exactly matches with "queue" query param
> 2. /ws/v1/nodes
> As of now, Each Node Info has all allocations made on that Node. With this
> change, it returns only Node info of Nodes whose allocation queue name
> exactly matches with "queue" query param. In effect, filter happens on
> allocations.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
