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

Craig Condit closed YUNIKORN-1603.
----------------------------------

> Configuration processing to support limit new wildcard interpretation syntax 
> checking
> -------------------------------------------------------------------------------------
>
>                 Key: YUNIKORN-1603
>                 URL: https://issues.apache.org/jira/browse/YUNIKORN-1603
>             Project: Apache YuniKorn
>          Issue Type: Sub-task
>            Reporter: Qi Zhu
>            Assignee: Qi Zhu
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 1.3.0
>
>
> h3. Wildcard interpretation
> Wildcard can only be used as the only entry in the limit object according to 
> the documentation. There can be multiple limit objects in the overall limits 
> for a queue. As part of this design the interpretation of the wildcard needs 
> to be defined. Wildcards interpretation is related to the ordering of the 
> limit objects in the overall limits object. The usage and interpretation will 
> be different for users and groups. 
> In general terms: allowing a wildcard in the user or group list only as part 
> of the last entry of the limits list. After the wildcard has been added for 
> either the user or group list we do not allow a user or group list with a non 
> wildcard entry. This is especially important for the group resolution. It 
> does allow specifying a user _and_ group wildcard with different limits set. 
> In all cases, there will only be a match using the wildcard if none of the 
> earlier limit entries match.
> As part of the already existing queue configuration processing the syntax for 
> the configuration is checked. This check is triggered also for a reload of 
> the file, via the config map. Rudimentary limit object checking is 
> implemented as part of the config check.
>  
> The above described changes around the wildcards and what is allowed is not 
> part of the configuration validation and must be added.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to