Skip to content

Conversation

@solsson
Copy link
Collaborator

@solsson solsson commented Nov 21, 2019

We have https://docs.docker.com/registry/configuration/#health enabled for the s3 driver but no https://docs.docker.com/registry/configuration/#debug endpoint. When storage fails the endpoint can provide details to why registry is unready, such as GCS authentication or connection refused on minio port 9000.

The registry container doesn't have curl so extracting this information is nontrivial. I'm relucant to add another port to forward. Running a curl job in-cluster is a practical option, which is why the debug server is binding to 0.0.0.0 instead of localhost.

in the REST response on /v2/ on some occasions when the storage
backend is inaccessible
too optimistic in that registries can get ready on start and the unready
again because storage never started to work
something like 30s start to fail because storage didn't go up
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants