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/02/25 09:20:00 UTC
[jira] [Resolved] (YUNIKORN-549) Scheduler recovery failure
occasionally while recovering a large number of applications
[ https://issues.apache.org/jira/browse/YUNIKORN-549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Wilfred Spiegelenburg resolved YUNIKORN-549.
--------------------------------------------
Fix Version/s: 0.10
Resolution: Fixed
changes committed the application is now tagged during the recovery process as needing recovery and no longer during the generic application create.
> Scheduler recovery failure occasionally while recovering a large number of applications
> ---------------------------------------------------------------------------------------
>
> Key: YUNIKORN-549
> URL: https://issues.apache.org/jira/browse/YUNIKORN-549
> Project: Apache YuniKorn
> Issue Type: Improvement
> Components: shim - kubernetes
> Reporter: Weiwei Yang
> Assignee: Weiwei Yang
> Priority: Major
> Labels: pull-request-available
> Fix For: 0.10
>
>
> Current recovery logic adds application back to based on the pods reported by the informers/listers. In some conditions, the recovery of an app could fail if the app has both Running and Pending pods. This is because the shim marks an app with a Recovery if the informer notified the scheduler before the lister function gets called. The is not working as expected consistently, we need a stable implementation in order to tell if an app needs recovery or not.
--
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