Skaffold: Docker Hub has enabled rate limit -> CI is failing a lot

Created on 1 Jul 2020  路  7Comments  路  Source: GoogleContainerTools/skaffold

Integration tests are failing a lot because of 429 errors coming from the Docker hub.

See https://docs.docker.com/docker-hub/download-rate-limit/

Here's an example: https://travis-ci.com/github/GoogleContainerTools/skaffold/jobs/356484962

mettest-flake prioritp0

All 7 comments

Hey David, long time no see! I'm not sure how Travis handles their infrastructure; if they use a small handful of public IPs for all of their worker nodes, that may explain why you're hitting this. If the worker node has it's own public IP that would mean your builds are pulling a bunch of images, which is probably unlikely.

Either way, the fix should be pretty simple. The pull request just needs to be authenticated with a Docker Hub login (this is to prevent abuse from anonymous IPs). This Travis documentation deals with authenticating for pushes, but it should work the same for pulls I think: https://docs.travis-ci.com/user/docker/#pushing-a-docker-image-to-a-registry

Thanks @binman-docker.
I guess they do have a small handful of public IPs.
The one issue that we have is that all of our PRs to skaffold come from forks so none of them can have login/pwd injected

Ah yeah we're dealing with similar issues regarding forks in Github Actions.

Give us a couple hours to dig into it. We'll get you unblocked (at least temporarily) ASAP.

Hey @dgageot - we've temporarily added Travis IPs to an override list so you should be good now.

Our product team will reach out to the folks at Travis to work on a more long-term solution.

Awesome! Thanks @binman-docker and @jeanlaurent

Was this page helpful?
0 / 5 - 0 ratings

Related issues

abatilo picture abatilo  路  4Comments

rahulwa picture rahulwa  路  4Comments

strikeout picture strikeout  路  4Comments

gbird3 picture gbird3  路  3Comments

r2d4 picture r2d4  路  3Comments