You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@oozie.apache.org by "Robert Kanter (JIRA)" <ji...@apache.org> on 2014/05/17 02:56:16 UTC
[jira] [Created] (OOZIE-1849) If the underlying job finishes while
a Workflow is suspended, Oozie can take a while to realize it
Robert Kanter created OOZIE-1849:
------------------------------------
Summary: If the underlying job finishes while a Workflow is suspended, Oozie can take a while to realize it
Key: OOZIE-1849
URL: https://issues.apache.org/jira/browse/OOZIE-1849
Project: Oozie
Issue Type: Improvement
Components: core
Affects Versions: 4.0.1
Reporter: Robert Kanter
Assignee: Robert Kanter
Suppose you have a Workflow and you suspend it while one of the actions is still RUNNING. The underlying MR/Pig/etc job will continue running (as expected, because we can't pause those). However, if that job finishes while the workflow is SUSPENDED, the CallbackServlet will receive the callback, but the ActionCheckXCommand won't update the action:
{noformat}
2014-05-16 17:40:57,959 INFO CallbackServlet:541 - SERVER[rkanter-mbp.local] USER[-] GROUP[-] TOKEN[-] APP[-] JOB[0000002-140516173529928-oozie-rkan-W] ACTION[0000002-140516173529928-oozie-rkan-W@mr-node] callback for action [0000002-140516173529928-oozie-rkan-W@mr-node]
2014-05-16 17:40:57,985 WARN ActionCheckXCommand:544 - SERVER[rkanter-mbp.local] USER[rkanter] GROUP[-] TOKEN[] APP[map-reduce-wf] JOB[0000002-140516173529928-oozie-rkan-W] ACTION[0000002-140516173529928-oozie-rkan-W@mr-node] E0818: Action [0000002-140516173529928-oozie-rkan-W@mr-node] status is running but WF Job [0000002-140516173529928-oozie-rkan-W] status is [SUSPENDED]. Expected status is RUNNING., Error Code: E0818
{noformat}
If you then resume the workflow, the action will stay RUNNING for up to 10 minutes (the default fallback polling interval), at which point the ActionCheckerService will run an ActionCheckXCommand that will pass, check the job, and finally mark the action as SUCCESSFUL.
We should fix this by one of the following:
# ResumeXCommand should also queue a ActionCheckXCommand (if the workflow was SUSPENDED) so we don't have to wait for the ActionCheckerService
# ActionCheckXCommand's precondition check should allow SUSPENDED workflows
--
This message was sent by Atlassian JIRA
(v6.2#6252)