title: Strict coordinator job ordering on Oozie
body: <p>I have a coordinator on oozie that runs a series of tasks, each of which depends on the output of the last. 
  Each task outputs a dated folder and looks for the output of its predecessor using</p>
  
  <pre><code>${coord:latest(0)}
  </code></pre>
  
  <p>This all worked fine on my dev cluster when nothing else was running; every 5 minutes oozie would queue up another job, and in that 5 minutes the previous job had run so when the new job was set up it would see the directory it needed.</p>
  
  <p>I run into problems on the production cluster; the jobs get submitted, but are put in a queue and don't run for a while, but still every 5 minutes oozie queues up another one, and in its initialization stage it is assigned its 'previous' folder, which hasn't been created yet as its predecessor hasn't run so the 'latest' function gives it the same input as the previous job. I then end up with 10 jobs all taking the same input...</p>
  
  <p>What I need is a way of strictly preventing the next job in a coordinator sequence from even being created until its predecessor has finished running.
  Is there a way this can be done?</p>
  
  <p>Thanks for reading</p>