• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

spotify / luigi / 4871 / 9
67%
master: 67%

Build:
DEFAULT BRANCH: master
Ran 06 Dec 2018 03:32PM UTC
Files 301
Run time 2180min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

28 Sep 2016 07:56AM UTC coverage: 41.687% (-58.3%) from 100.0%
TOXENV=py27-cdh

Pull #1761

travis-ci

Tarrasch
Prevents batched tasks from all getting marked RUNNING

I've recently seen some of my workers simultaneously running multiple
tasks from the same batchable class, when the should all be running
together as a single batch. Furthermore, these tasks exceeded both
resource constraints and the number of workers supposed to be running at
the same time.

After checking the logs, I saw that the worker would actually run these
one at a time upon receiving each one from the scheduler. My best guess
after looking into it for a week is that the worker does not receive a
response from the scheduler after marking the batch runner as RUNNING,
and the scheduler updates the entire batch's status on the retry. I
verified that this is indeed a possibility with a unit test and have
patched that bug here.
Pull Request #1761:

7866 of 18869 relevant lines covered (41.69%)

0.42 hits per line

Source Files on job 4871.9 (TOXENV=py27-cdh)
  • Tree
  • List 0
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 4123
  • Travis Job 4871.9
  • 6a8ce3aa on github
  • Prev Job for TOXENV=py35-nonhdfs on master (#4749.15)
  • Next Job for TOXENV=py36-unixsocket on master (#5398.12)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc