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.

1 participant