[tripleo][ci] container pulls failing
On Mon, Jul 27, 2020 at 5:27 PM Wesley Hayutin <whayutin at redhat.com> wrote:
> If you find your jobs are failing with an error similar to , you have
> been rate limited by docker.io via the upstream mirror system and have
> hit . I've been discussing the issue w/ upstream infra, rdo-infra and a
> few CI engineers.
> There are a few ways to mitigate the issue however I don't see any of the
> options being completed very quickly so I'm asking for your patience while
> this issue is socialized and resolved.
> For full transparency we're considering the following options.
> 1. move off of docker.io to quay.io
quay.io also has API rate limit:
Now I'm not sure about how many requests per seconds one can do vs the
other but this would need to be checked with the quay team before changing
Also quay.io had its big downtimes as well, SLA needs to be considered.
2. local container builds for each job in master, possibly ussuri
You can look at CI logs:
- pulling / updating / pushing container images from docker.io to local
registry takes ~10 min on standalone (OVH)
- building containers from scratch with updated repos and pushing them to
local registry takes ~29 min on standalone (OVH).
> 3. parent child jobs upstream where rpms and containers will be build and
> host artifacts for the child jobs
Yes, we need to investigate that.
> 4. remove some portion of the upstream jobs to lower the impact we have on
> 3rd party infrastructure.
I'm not sure I understand this one, maybe you can give an example of what
could be removed?
> If you have thoughts please don't hesitate to share on this thread. Very
> sorry we're hitting these failures and I really appreciate your patience.
> I would expect major delays in getting patches merged at this point until
> things are resolved.
> Thank you!
>  HTTPError: 429 Client Error: Too Many Requests for url:
>  https://bugs.launchpad.net/tripleo/+bug/1889122
-------------- next part --------------
An HTML attachment was scrubbed...