Failing master builds - license fetch failure
Through the night we've had red master:
- https://dev.gitlab.org/gitlab/omnibus-gitlab/pipelines/77786
- https://dev.gitlab.org/gitlab/omnibus-gitlab/pipelines/77787
It's not failing consistent across all cells, but the error is consistent where it occurs in the run:
[Builder: python-docutils] I | 2018-02-26T02:56:26+00:00 | Finished build
[Licensing] I | 2018-02-26T02:57:27+00:00 | Retrying failed download due to Net::ReadTimeout (5 retries left)...
[Licensing] I | 2018-02-26T02:58:27+00:00 | Retrying failed download due to execution expired (4 retries left)...
[Licensing] I | 2018-02-26T02:59:27+00:00 | Retrying failed download due to execution expired (3 retries left)...
[Licensing] I | 2018-02-26T03:00:27+00:00 | Retrying failed download due to execution expired (2 retries left)...
bundler: failed to load command: omnibus (/builds/gitlab/omnibus-gitlab/gems/ruby/2.3.0/bin/omnibus)
EOFError: end of file reached
rake aborted!
Build failed
/builds/gitlab/omnibus-gitlab/lib/gitlab/tasks/build.rake:12:in `block (2 levels) in <top (required)>'
/usr/local/bin/bundle:23:in `load'
/usr/local/bin/bundle:23:in `<main>'
Tasks: TOP => build:project
On investigation this can be reproduced by pointing the license_file
key of a software definition to a URL that doesn't return a webpage.
Branch build and manual fetches of http://docutils.sourceforge.net/COPYING.txt (the license_file
of python-docutils
) are currently working, so I think that retries of master should also be OK.
To make this more robust we should consider mirroring the licenses of components in addition to their software repositories.
Edited by Richard Clamp