You are viewing a plain text version of this content. The canonical link for it is here.

Posted to commits@oozie.apache.org by "Roman Shaposhnik (JIRA)" <ji...@apache.org> on 2011/09/10 05:27:09 UTC

[jira] [Created] (OOZIE-549) OOZIE-132: Kill commands in Oozie has to be executed with higher priority

OOZIE-132: Kill commands in Oozie has to be executed with higher priority
-------------------------------------------------------------------------

                 Key: OOZIE-549
                 URL: https://issues.apache.org/jira/browse/OOZIE-549
             Project: Oozie
          Issue Type: New Feature
            Reporter: Angelo K. Huang
            Assignee: Roman Shaposhnik


Kill commands for coordinator, workflow, and bundle all have same problems when system is high-loaded condition. When kill-command submits for one job, kill-command tries to acquire job's lock before moving job status to KILLED. If lock is not acquired, it requeues itself immediately. This also means kill-command could run forever and job is still not in killed state if lock is never successful.

Oozie dev propose one solution is to add KILLING state to job level to mark job which has been ready to kill but other commands still have locks on job and there are commands of this job are in the Oozie queue. KILLING state means to freeze all activities on this job and notify new-coming commands not to enter into queue.

Comments welcome.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira