You are viewing a plain text version of this content. The canonical link for it is here.
Posted to reviews@yunikorn.apache.org by "manirajv06 (via GitHub)" <gi...@apache.org> on 2023/06/13 10:29:42 UTC

[GitHub] [yunikorn-core] manirajv06 commented on a diff in pull request #538: [YUNIKORN-1607] Configuration processing should support limit hierarc…

manirajv06 commented on code in PR #538:
URL: https://github.com/apache/yunikorn-core/pull/538#discussion_r1227899614


##########
pkg/common/configs/configvalidator.go:
##########
@@ -615,6 +723,13 @@ func Validate(newConfig *SchedulerConfig) error {
 		if err != nil {
 			return err
 		}
+
+		if err = checkLimitResource(partition.Queues[0], nil, make(map[string]*resources.Resource), make(map[string]*resources.Resource)); err != nil {

Review Comment:
   We store limits containing max apps and max resources for users and groups in separate maps. But here, we handle only max resource and max applications in another method. I am not sure how we can club together and also not sure about the net gain. If really needed, can we file a follow up jira?



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: reviews-unsubscribe@yunikorn.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org