Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

quay.io - Provide alternative for docker images #157

Closed
ihor-sviziev opened this issue May 28, 2020 · 4 comments
Closed

quay.io - Provide alternative for docker images #157

ihor-sviziev opened this issue May 28, 2020 · 4 comments
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@ihor-sviziev
Copy link
Contributor

Right now quay.io has an outage, as result we can't download docker images
image

Maybe it's better to add all images to docker hub?

@ihor-sviziev ihor-sviziev changed the title quay.io - Provide alternative quay.io - Provide alternative for docker images May 28, 2020
@lbajsarowicz
Copy link
Contributor

You can use

warden env pull --ignore-pull-failures || true

for the time of failure :-)

@ihor-sviziev
Copy link
Contributor Author

ihor-sviziev commented May 28, 2020 via email

@davidalger
Copy link
Collaborator

davidalger commented May 28, 2020

Same exact errors here (screenshot). Big ouch Quay

When I moved the images to Quay back in January it was largely for 2 reasons:

a) Needed to split images into repository per image for better tag structure (they already had to be renamed beyond just the prefix)
b) Wanted to see the results of their image scanning (which hasn't proved that useful for dev images)

Since that time I've discovered there is no way to have a transparent image caching server in front of Quay — as I do with Docker Hub to avoid downloading images multiple times to individual workstations and VMs — and they've had a major outage at least three times. Apparently the assumption that Quay as a long-standing image registry now owned by RedHat would mean it stayed online and was stable was misplaced. They were down for almost the entire day on the 19th and have been down for nearly an hr now. 🤦

Thanks for the heads up @ihor-sviziev; might not have noticed it myself this morning. Think the verdict is clear, the images need to be moved back to Docker Hub, the question that remains is where and what the names should be.

These are the current images loading from Quay.io:

davidalger:08:36 AM:/opt/warden (develop) $ ack -C 0 -h quay.io environments | sort -n | cut -d : -f2 | awk '{print $1}' | uniq
quay.io/warden/elasticsearch
quay.io/warden/mailhog
quay.io/warden/mariadb
quay.io/warden/mysql
quay.io/warden/nginx
quay.io/warden/php-fpm
quay.io/warden/rabbitmq
quay.io/warden/redis
quay.io/warden/varnish

The org name warden is not available on Docker Hub as it is currently assigned to an individual. 😞 So I either have to push them into davidalger namespace using periods / dashes (repository names can contain alphanumeric characters and the special characters ., _, or -)

davidalger:08:36 AM:/opt/warden (develop) $ ack -C 0 -h quay.io environments | sort -n | cut -d : -f2 | awk '{print $1}' | uniq | sed 's#quay.io/warden/#docker.io/davidalger/warden.#'
docker.io/davidalger/warden.elasticsearch
docker.io/davidalger/warden.mailhog
docker.io/davidalger/warden.mariadb
docker.io/davidalger/warden.mysql
docker.io/davidalger/warden.nginx
docker.io/davidalger/warden.php-fpm
docker.io/davidalger/warden.rabbitmq
docker.io/davidalger/warden.redis
docker.io/davidalger/warden.varnish

...OR select an alternate name for use as an Org on Docker Hub to push them into. I'd go with docker.io/warden.dev/<type> but seems periods are not allowed in org names.

Thoughts? I'm leaning towards using periods with individual repositories under the davidalger namespace on Docker Hub. I'll be setting up a Docker Hub organization to push these into shortly.

@davidalger
Copy link
Collaborator

Quick update here: All docker images have been re-located to a new Docker Hub organization and Warden 0.5.1 released with updated environment configuration referencing these images. See the release notes for further details: https://docs.warden.dev/changelog.html#version-0-5-1-2020-05-28

@davidalger davidalger added this to the Warden 0.5.1 milestone May 28, 2020
@davidalger davidalger added the enhancement New feature or request label May 28, 2020
@davidalger davidalger self-assigned this May 28, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants