You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@yunikorn.apache.org by "Peter Bacsko (Jira)" <ji...@apache.org> on 2024/03/21 13:50:00 UTC
[jira] [Commented] (YUNIKORN-2510) Placeholder processing starts immediately despite maxApplications limit
[ https://issues.apache.org/jira/browse/YUNIKORN-2510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17829568#comment-17829568 ]
Peter Bacsko commented on YUNIKORN-2510:
----------------------------------------
I'm not sure if it's realistic or not, but #1 can also cause to reach the namespace quota more quickly if there's any. AFAIK we don't recommend using it with Yunikorn.
> Placeholder processing starts immediately despite maxApplications limit
> -----------------------------------------------------------------------
>
> Key: YUNIKORN-2510
> URL: https://issues.apache.org/jira/browse/YUNIKORN-2510
> Project: Apache YuniKorn
> Issue Type: Bug
> Components: core - scheduler
> Reporter: Peter Bacsko
> Assignee: Peter Bacsko
> Priority: Major
>
> If the maxApplication limit is hit inside {{Application.tryAllocate()}}, we still create the placeholder pods in the shim. This has two consequences:
> 1. Although they stay in Pending state, these pods still consume resources in the cluster, because they are tracked by the API server.
> 2. Placeholder timer is started immediately. If the timeout expires, it affects the application, even if it's not in a runnable state.
> #2 is more problematic and needs to be addressed. #1 is up to discussion.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@yunikorn.apache.org
For additional commands, e-mail: issues-help@yunikorn.apache.org