Uploaded image for project: 'Oozie'
  1. Oozie
  2. OOZIE-1118

improve logic of purge service



    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 3.3.0
    • Fix Version/s: 4.0.0
    • Component/s: bundle, coordinator, workflow
    • Labels:


      The current logic of the purge service is flat. I.e., WF purging only takes into account WF end time, it does not take into account that the WF was started by a COORD job. This means that completed WFs of a running COORD job could be purge if the COORD job runs for longer that the purge age.

      One way of addressing this would be:

      • WF purging only purges WF jobs started directly by a client call.
      • COORD purging purges COORD jobs started directly by a client call. It also purges the WF jobs created by the COORD jobs being purged.
      • BUNDLE purging purges BUNDLE jobs, and the corresponding COORD jobs and WF jobs.

      This could be handled by a new property in the job beans 'job-owner'. Set to 'self' it would mean it can be purged by the same job type purger. If set to other value, then it is a higher level purger the one responsible for purging it.

      This means that for a WF job started by COORD job started by a BUNDLE job, the WF job and the COORD job would have the BUNDLE job as owner, while the BUNDLE with have 'self' as owner.

      This ownership propagation would also have
      A caveat here would be how to handle sub-workflows.
      I guess we should check if the wf was created from coord, and if then let the coord purge take care of that, meaning wf purge does not purge wf started by coords.

      Similarly, the same should also apply for sub-WFs.


        1. OOZIE-1118.patch
          175 kB
          Robert Kanter
        2. OOZIE-1118.patch
          237 kB
          Robert Kanter
        3. OOZIE-1118.patch
          237 kB
          Robert Kanter
        4. OOZIE-1118.patch
          287 kB
          Robert Kanter
        5. OOZIE-1118.patch
          287 kB
          Robert Kanter
        6. OOZIE-1118.patch
          288 kB
          Robert Kanter
        7. OOZIE-1118.patch
          365 kB
          Robert Kanter
        8. OOZIE-1118.patch
          393 kB
          Robert Kanter
        9. OOZIE-1118.patch
          393 kB
          Robert Kanter
        10. OOZIE-1118.patch
          392 kB
          Robert Kanter

          Issue Links



              • Assignee:
                rkanter Robert Kanter
                tucu00 Alejandro Abdelnur
              • Votes:
                0 Vote for this issue
                5 Start watching this issue


                • Created: