450
89%
main: 89%

Ran 20 May 2016 04:06PM UTC

Jobs 1

Files 120

Run time 9s

Badge

Embed ▾

pending completion

Build # 450

Build Type

push

travis-ci

Committed by

muffato

Commit Message

New Meadow/Valley interface that detects slow workers and mark them as pending

This fixes @danstaines's issue:
[Feb 11th at 09:49]
I've got a problem with hive where I supply a registry, and the registry takes
a couple of minutes to load (this is normal with 40k bacteria unfortunately).

The registry takes a lot of time to load, so the worker is running from the LSF
point-of-view but is not registered in the database yet (because the DBAdaptor
object is not ready yet). Because of the discrepancy, beekeeper thinks that
nothing is running and keep on submitting new workers (beyond the analysis
capacity)

My fix is to basically count those workers as pending. Because the
Valley/Meadow had a method to get the running workers and another one to get
the pending workers, I had to unify them into a single method which saves us
one call to _bjobs_. Then the Valley adjusts the counts into a complex hash
that contains accurate information about all the workers. This super-hash is
then carried around in various places so that all the decisions are consistent
to each other. Overall the Valley now does more things and the Meadows are a
bit shorter

The test-suite has been updated accordingly

Run Details

5438 of 6708 relevant lines covered (81.07%)

2785.72 hits per line

Jobs

ID	Job ID	Ran	Files	Coverage
1	450.1 (COVERALLS=true)	20 May 2016 04:06PM UTC	120	81.07	Travis Job 450.1

Source Files on build 450

Coverage	∆	File	Lines	Relevant	Covered	Missed	Hits/Line

Ensembl / ensembl-hive / 450
89%
main: 89%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Jobs

Source Files on build 450

Ensembl / ensembl-hive / 450 89% main: 89%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Jobs

Source Files on build 450

Ensembl / ensembl-hive / 450
89%
main: 89%

README BADGES
x