You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@yunikorn.apache.org by "Wilfred Spiegelenburg (Jira)" <ji...@apache.org> on 2021/03/16 08:33:00 UTC
[jira] [Commented] (YUNIKORN-577) Correctly handle ask releases on
TIMEOUT
[ https://issues.apache.org/jira/browse/YUNIKORN-577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17302326#comment-17302326 ]
Wilfred Spiegelenburg commented on YUNIKORN-577:
------------------------------------------------
After this change there is one part left over to sort out: the allocations.
That requires a bit more work as the simplest solution is to use a new state, _failing_ like the _waiting_ state, to be active while we clean up. When all is cleaned up we can then move to the _failed_ state. Changing the name from _waiting_ to _completing_ might make the state name a bit easier to understand.
The new state and other changes will not be added as part of this change.
> Correctly handle ask releases on TIMEOUT
> ----------------------------------------
>
> Key: YUNIKORN-577
> URL: https://issues.apache.org/jira/browse/YUNIKORN-577
> Project: Apache YuniKorn
> Issue Type: Bug
> Components: core - scheduler
> Reporter: Wilfred Spiegelenburg
> Assignee: Wilfred Spiegelenburg
> Priority: Major
> Labels: pull-request-available
>
> When we clean up an application due to timeout of placeholders we release asks that have not been allocated. These asks have the termination type set to TIMEOUT.
> We do not have to wait for the shim to release these asks as the are not taking resources on nodes or in the queue. By cleaning up when we notify the shim we also make sure that the application is no longer considered for scheduling.
> We can only do this for the asks that are outstanding if there are real allocations we must wait for the shim to respond.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@yunikorn.apache.org
For additional commands, e-mail: issues-help@yunikorn.apache.org