You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flink.apache.org by "Matthias Pohl (Jira)" <ji...@apache.org> on 2026/01/09 14:04:00 UTC

[jira] [Created] (FLINK-38883) Race condition of REST API and JRS entry might lead to inconsistent state

Matthias Pohl created FLINK-38883:
-------------------------------------

             Summary: Race condition of REST API and JRS entry might lead to inconsistent state
                 Key: FLINK-38883
                 URL: https://issues.apache.org/jira/browse/FLINK-38883
             Project: Flink
          Issue Type: Bug
          Components: Runtime / Coordination
    Affects Versions: 2.1.1, 2.2.0, 1.20.3, 2.0.1
            Reporter: Matthias Pohl


We noticed an issue where the REST API reported a job being globally terminated ({{FAILED}}) but the JRS entry wasn't created (due to some object store problems). The external monitor marked that as terminal due to the REST API call but the job recovered because no JRS entry existed and the job data wasn't cleaned up, i.e. during recovery of the JobManager the job was picked up again.

Conceptually, the problem stems from the fact that the JRS entry is only written after the job reached the globally terminal state (which is reported via the REST API). Instead, it should be written before reaching that state.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)