You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@aurora.apache.org by "Bill Farner (JIRA)" <ji...@apache.org> on 2014/09/27 08:19:33 UTC
[jira] [Resolved] (AURORA-99) Do not queue task for local gc if it
started after the AdjustRetainedTask message was sent
[ https://issues.apache.org/jira/browse/AURORA-99?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bill Farner resolved AURORA-99.
-------------------------------
Resolution: Won't Fix
Closing as won't fix, since we're sunsetting the GC executor.
> Do not queue task for local gc if it started after the AdjustRetainedTask message was sent
> ------------------------------------------------------------------------------------------
>
> Key: AURORA-99
> URL: https://issues.apache.org/jira/browse/AURORA-99
> Project: Aurora
> Issue Type: Task
> Components: Executor
> Reporter: Bill Farner
> Priority: Minor
>
> Quoting [~wickman]:
> Hmm, reading the logic in reconcile_states:
> {noformat}
> Local vs Scheduler => Action
> ===================================
> ACTIVE ACTIVE => no-op
> ACTIVE STARTING => no-op
> ACTIVE TERMINAL => maybe kill task*
> ACTIVE !EXISTS => maybe kill task*
> TERMINAL ACTIVE => send actual status**
> TERMINAL STARTING => send actual status**
> TERMINAL TERMINAL => no-op
> TERMINAL !EXISTS => gc locally
> !EXISTS ACTIVE => send LOST**
> !EXISTS STARTING => no-op
> !EXISTS TERMINAL => gc remotely
> {noformat}
> What happened (I believe) is that when the AdjustRetainedTasks was sent, the task did not exist, but by the time that the GC was run, the task had run to completion locally.
> We should probably not queue anything for local deletion if its start time occurred after the AdjustRetainedTasks was sent.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)