[
https://issues.apache.org/jira/browse/OOZIE-2017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Kanter updated OOZIE-2017:
---------------------------------
Summary: On startup, StatusTransitService can transition Coordinators that
were in PREPSUSPENDED to RUNNING (was: On startup, StatusTransitService can
resume Coordinators that were in PREPSUSPENDED)
> On startup, StatusTransitService can transition Coordinators that were in
> PREPSUSPENDED to RUNNING
> --------------------------------------------------------------------------------------------------
>
> Key: OOZIE-2017
> URL: https://issues.apache.org/jira/browse/OOZIE-2017
> Project: Oozie
> Issue Type: Bug
> Components: coordinator
> Affects Versions: trunk, 4.0.0
> Reporter: Robert Kanter
> Assignee: Robert Kanter
> Fix For: trunk
>
>
> You can reproduce this issue easily:
> # Submit a coordinator job that starts in the future
> #- It enters PREP state
> # Suspend the coordinator job
> #- It enters PREPSUSPENDED state
> # Restart Oozie and wait about a minute or so
> #- The job transitions back to RUNNING state by itself
> This is the wrong behavior for two reasons:
> # PREPSUSPENDED --> RUNNING is not a valid transition (it has to go to PREP
> first)
> # It shouldn't resume by itself
> The log shows that the StatusTransitService is doing it.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
