You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Till Rohrmann (JIRA)" <ji...@apache.org> on 2016/06/23 12:00:21 UTC

[jira] [Closed] (FLINK-4046) Failing a restarting job can get stuck in JobStatus.FAILING

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

Till Rohrmann closed FLINK-4046.
--------------------------------
    Resolution: Fixed

Fixed via cfe629340205586d54115143ee30428c1f772abc

> Failing a restarting job can get stuck in JobStatus.FAILING
> -----------------------------------------------------------
>
>                 Key: FLINK-4046
>                 URL: https://issues.apache.org/jira/browse/FLINK-4046
>             Project: Flink
>          Issue Type: Bug
>          Components: Distributed Coordination
>    Affects Versions: 1.1.0
>            Reporter: Till Rohrmann
>            Assignee: Till Rohrmann
>             Fix For: 1.1.0
>
>
> When a job is in state {{RESTARTING}}, then it can happen that all of its {{ExecutionJobVertices}} are in a final state (if they have not been reset). When calling {{fail}} on this {{ExecutionGraph}} will transition the state to {{FAILING}} and call cancel on all {{ExecutionJobVertices}}. The job state {{FAILING}} can only be left iff all {{ExecutionJobVertices}} have reached a final state. The notification of this final state is only sent to the {{ExecutionGraph}} when all subtasks of an {{ExecutionJobVertex}} have transitioned to a final state. However, this won't happen because the {{ExeuctionJobVertices}} are already in a final state. The result is that a job can get stuck in the state {{FAILING}} if {{fail}} is called on a {{RESTARTING}} job.
> I propose to add a direct transition from {{RESTARTING}} to {{FAILED}} as it is the case for the {{cancel}} call (transition from {{RESTARTING}} to {{CANCELED}}).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)