This project is mirrored from https://github.com/Ensembl/ensembl-hive.git. Pull mirroring updated .
  1. 19 Mar, 2015 1 commit
  2. 12 Mar, 2015 2 commits
  3. 26 Feb, 2015 1 commit
  4. 02 Feb, 2015 1 commit
  5. 28 Jan, 2015 1 commit
  6. 27 Jan, 2015 1 commit
  7. 26 Jan, 2015 1 commit
  8. 22 Jan, 2015 1 commit
  9. 16 Jan, 2015 1 commit
  10. 15 Jan, 2015 1 commit
    • Matthieu Muffato's avatar
      bugfix: the claimed batch was not released · d9f1b05b
      Matthieu Muffato authored
      The problem was when a worker is contaminated and has to die: remainings jobs
      of the batch were not released.
      We now have an explicit list of all the cause_of_death that could happen through
      a batch, and for which we should free the jobs
      d9f1b05b
  11. 13 Jan, 2015 1 commit
  12. 07 Jan, 2015 1 commit
  13. 04 Dec, 2014 1 commit
    • Matthieu Muffato's avatar
      Clearer flags in register_worker_death() · 321e4b53
      Matthieu Muffato authored
      "self-burial" had two meanings:
       - should we release the undone jobs ?
       - should we update the last_check_in field in the worker table ?
      The former can simply be found by checking whether the worker already has a
      role attached to it.
      The latter is only set when a worker registers its own death, and is not set
      by the GarbageCollector.
      321e4b53
  14. 15 Nov, 2014 1 commit
    • Matthieu Muffato's avatar
      Clearer flags in register_worker_death() · f69e4e27
      Matthieu Muffato authored
      "self-burial" had two meanings:
       - should we release the undone jobs ?
       - should we update the last_check_in field in the worker table ?
      The former can simply be found by checking whether the worker already has a
      role attached to it.
      The latter is only set when a worker registers its own death, and is not set
      by the GarbageCollector.
      f69e4e27
  15. 25 Oct, 2014 1 commit
    • Matthieu Muffato's avatar
      bugfix: jobs could not trigger MEMLIMIT events · 91de34e4
      Matthieu Muffato authored
      (and probably RUNLIMIT as well)
      The problem was in Queen::register_worker_death(). The code fetches the
      current role, finalizes it, and then updates the worker table. The role
      that is fetched from the database with fetch_last_unfinished_by_worker_id()
      is not connected to any workers and later, when
      AnalysisJobAdaptor::release_undone_jobs_from_role() needs to know the cause
      of death and the number of work done by the worker, the role would load
      another instance of the worker using the information currently stored in
      the database, that is: before it has been updated.
      Hence, the code was complaining that cause_of_death was not populated.
      By associating the role to the worker, we allow the method to read the
      existing information
      91de34e4
  16. 06 Oct, 2014 2 commits
  17. 01 Oct, 2014 2 commits
  18. 30 Sep, 2014 1 commit
  19. 26 Sep, 2014 1 commit
  20. 23 Sep, 2014 5 commits
  21. 22 Sep, 2014 4 commits
  22. 19 Sep, 2014 1 commit
  23. 18 Sep, 2014 2 commits
  24. 08 Sep, 2014 1 commit
  25. 08 Jul, 2014 2 commits
  26. 17 Jun, 2014 1 commit
  27. 23 May, 2014 2 commits