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

Support for private docker repositories/registries #117

Open
cmosh opened this issue Feb 10, 2018 · 13 comments
Open

Support for private docker repositories/registries #117

cmosh opened this issue Feb 10, 2018 · 13 comments

Comments

@cmosh
Copy link

cmosh commented Feb 10, 2018

It would be nice if there was support for private registries/repos

@cmosh cmosh changed the title Support for private repos Support for private docker repositories/registries Feb 10, 2018
@yamalight
Copy link
Contributor

I assume you mean support for installing templates from private repos?

@cmosh
Copy link
Author

cmosh commented Feb 10, 2018

Yes I think so, but to be clear let me explain my current use case because I'm not entirely sure. Which is this:

I have a private docker image on quay.io and I am using it as my base image in a Dockerfile I'd like to deploy. Something like this:

FROM quay.io/myaccount/mybaseimage
RUN foo bar
CMD ['run', 'foo','-bar']

But since the image is in a private docker registry the build fails, both the server I'm deploying to and my localhost are signed in and can pull the image, pre-pulling the image on the server does not help because exoframe tries to fetch the manifest on every build/deploy. So this is essentially a feature request

@yamalight
Copy link
Contributor

Ah, well, that can be easily fixed. All you need to do is to login into quay with your docker daemon.
E.g. ssh into your server and run docker login quay.io, enter your credentials and try to deploy a service again - it should work.

@cmosh
Copy link
Author

cmosh commented Feb 10, 2018

As I've already explained I'm logged in on both my local machine and on the server, it was the first thought I had, and to test I even pulled the image onto the server directly but it still gives the same error : unauthorized etc.

@cmosh cmosh closed this as completed Feb 10, 2018
@cmosh cmosh reopened this Feb 10, 2018
@yamalight
Copy link
Contributor

The fact that you cannot pull it with docker daemon directly means that you are not logged into quay.io. I'd suggest looking into their docs or contacting their support about that.
Once you are able to pull images using docker daemon, exoframe should work as well

@cmosh
Copy link
Author

cmosh commented Feb 10, 2018

I have been saying that I am logged in with the docker daemon, I can pull images with docker daemon on the server. I have even pulled and launched the images manually but I cannot deploy with exoframe. I have even tried both gitlab.com registry and codefresh registry.

I repeat I am logged in to the docker daemon and I have pulled private docker images. This does not seem to pass on the credentials to exoframe because deploys do not work.

@yamalight
Copy link
Contributor

yamalight commented Feb 10, 2018

Uff, sorry, I'm a bit under the weather today and might not get the problem from the first try.
I think I finally understand the problem now. I tried running it myself and got the same result.

What needs to be done is - Exoframe needs a way to store and add header parameters during build execution that'd pass docker registry login and password.

@cmosh
Copy link
Author

cmosh commented Feb 10, 2018

It's okay. Happens to all of us, I probably also wasn't as clear as I should have been

@yamalight yamalight added this to the post-4.0 milestone Jul 10, 2018
@maxime1992
Copy link

Hi ✋ any news on this?

I've got a private image from gitlab registry, and I've logged into the registry directly from the server but it seems that exoframe cannot pull that image 🤔

I might be missing something but I think it's coming from there

@yamalight
Copy link
Contributor

@maxime1992 haven't had time to work on this at all (it's quite far down the list for me). Would be open to a PR 🤔

@maxime1992
Copy link

Damn 😅

I've been refactoring my deploy to avoid having that error:
#199 (comment)

So I've setup a full pipeline on GItlab to build the image first (as gitlab free runners are quite good even for private repos!) but now I can't pull it haha.

haven't had time to work on this at all

No worries :)

Would be open to a PR

Would love to if I had some time for that which I definitely don't =(

@maxime1992
Copy link

Hi there, has anyone found a solution to this issue? (or even just a work around)

I'm still stuck 😅

@alexanderadam
Copy link

alexanderadam commented Oct 19, 2019

Also there's a migration to Traefik 2.0 in the work. So I guess the code base could lead to merge conflicts anyway.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants