-
Notifications
You must be signed in to change notification settings - Fork 27
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
imagePullSecret used as fallback, not as first-class sitizen #27
Comments
Hello! Thanks for tool)
and deploy-token is used in other deployments without auth errors |
What's in the logs? |
The problem with the inaccessibility of private repositories remains. I have
|
@arslanbekov could you please share your secret (and not to forget masking the sensitive data)? |
@nabokihms hey, no problem (hope this helps): Secret:
Base64 decoded (In fact, this is a regular JSON key for a service account from Google Cloud):
|
We observe bunch of such messages in k8s-iae log:
when use private gcr.io registry. But all metrics for such projects is in normal state (all images available). We use "imagePullSecrets" in yaml manifests to indicate auth data for grc.io, but seems like k8s-iae dont use it right from start, only as fallback.
Maybe it is right thing to use imagePullSecrets right away (especially when it contains one secret) to check registry?
The text was updated successfully, but these errors were encountered: