[ 
https://issues.apache.org/jira/browse/YUNIKORN-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17176344#comment-17176344
 ] 

Sunil G commented on YUNIKORN-359:
----------------------------------

There seems to be an issue in the way we operate:

Few assumptions-
 # Each partition could have a different queue hierarchy as per our design. 
Hence /ws/v1/queues will always go with default/first partition given there are 
no specific query param to choose a partition. Hence below changes are needed.
 ##  We need to ensure a query param called *partition* is available in the 
REST query. And consider that while fetching queues.
 ## If user is not specifying any partition in the query (like today), we need 
to choose first/default partition. Now i think we loop all partition which is 
not correct. We need to fix this as well.
 # We can have multiple partition in a cluster which can be queried from 
/ws/v1/clusters
 ## However i will still prefer to have the information as each partition blob 
than summing up across partitions. User or client can do this if needed from 
the usecase perspective. 
 ## We need to ensure that we can give array of partition information here. And 
we are doing the same here already. This seems ok to me.

Thoughts [[email protected]] [~wwei] ?

> 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]

Reply via email to