You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@yunikorn.apache.org by "Weiwei Yang (Jira)" <ji...@apache.org> on 2021/05/10 04:50:00 UTC

[jira] [Resolved] (YUNIKORN-657) Expose reason of application failure to pods

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

Weiwei Yang resolved YUNIKORN-657.
----------------------------------
    Fix Version/s: 0.11
       Resolution: Fixed

> Expose reason of application failure to pods
> --------------------------------------------
>
>                 Key: YUNIKORN-657
>                 URL: https://issues.apache.org/jira/browse/YUNIKORN-657
>             Project: Apache YuniKorn
>          Issue Type: Improvement
>          Components: shim - kubernetes
>            Reporter: Chaoran Yu
>            Assignee: Chaoran Yu
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 0.11
>
>
> An application may fail for a number of reasons. For example,
> * In gang scheduling, placeholders have expired before all of them can be successfully allocated
> * When no placement rules are defined (i.e. static queues are used), an application is submitted to an non-existent queue
> * The total amount of resources requested by a gang-scheduled app exceeds the capacity of the queue
> YK's the finite state machine has Failed as a terminal state of an app, meaning that YK won't try to bring back a failed app ever again. The consequence is that pods of such failed apps will be stuck in pending indefinitely. A better behavior is for YK to mark those pods as failed too, while also passing the reason of the failure to those pods.  



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