-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Problem with ECR #2233
Comments
You should either specify auth using the auth block https://www.nomadproject.io/docs/drivers/docker.html#authentication or put it in a file and configure Nomad to read from that file: https://www.nomadproject.io/docs/drivers/docker.html#docker_auth_config |
Hi Alex, We went with option 2, and that's where it fails. First option works just fine, but we're trying to avoid it since ecr credentials are ephemeral and will cause confusion for developers when expired. /etc/nomad.d/client.hcl
|
logs of nomad client, I don't see the line "Failed to find docker auth with key" in docker.go
|
Oooh, it is a bug: Splitting strings fails somewhere in that docker.go :) |
Actually, let me take the last statement back. Nomad somehow can't authenticate with ecr when permissions stores in .docker/config.json as following:
But However, nomad works fine too if the address includes https, e.g
How could such a simple thing as http base auth got out of control and become such a mess?! Btw, aws folks got frustrated with this and wrote helper: https://github.com/awslabs/amazon-ecr-credential-helper |
@rokka-n Can you try on Nomad 0.5.3 and report back? We have updated the way we parse auth blocks in the file to be inline with how docker itself does it. |
@dadgar Confirming, 0.5.3 eliminated it. |
Sweet! |
I'm going to lock this issue because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active issues. |
Nomad version
0.5.2
Operating system and Environment details
linux ubuntu
Issue
auth fails for docker images stored in ecr
Nomad Server logs (if appropriate)
Nomad Client logs (if appropriate)
/var/log/upstart/docker.log
Job file (if appropriate)
The text was updated successfully, but these errors were encountered: