kubernetes/minikube

How to provide an image pull secret when using "--image-repository" with an internal registry that does not allow anonymous pull requests?

Open

#10,019 opened on Dec 21, 2020

View on GitHub
 (9 comments) (0 reactions) (0 assignees)Go (31,799 stars) (5,222 forks)batch import
area/registryhelp wantedkind/featurelifecycle/frozenpriority/backlog

Description

After a bit of a hiatus, I have been revisiting the whole topic of running minikube from purely local sources (i.e., any images should come from our own private registry). I revisted the issue https://github.com/kubernetes/minikube/issues/8298 that I created in June. The first problem I am running into is that our internal registry does not support anonymous pull access. In the above mentioned issue, @tstromberg mentioned two sources on how to provide a pull secret - but all of the already require a running cluster, as they both boil down to enabling the registry-creds plugin:

minikube addons configure registry-creds

But at that point all the infrastructure images would already have to be there, no? Further, this add-on only allows me to specify creds for ECR, GCR, Dockerhub or ACR - what about my own registry?

Contributor guide

How to provide an image pull secret when using "--image-repository" with an internal registry that does not allow anonymous pull requests? · kubernetes/minikube#10019 | Good First Issue