-
Notifications
You must be signed in to change notification settings - Fork 717
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
Kubeadm coredns image path wrong when use local docker registry #2525
Comments
/kind support It used to be customrepo/coredns/coredns but we changed that back to customrepo/coredns after too many complaints that we do not have to preserve the gcr.k8s.io paths for custom registries. To customise it you can use the kubeadm config file - clusterconfiguration.dns.imageregistry. Also please always read the release notes before upgrading kubeadm. /close |
@neolit123: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@neolit123 I'm still seeing this issue. Do you have a workaround? |
But now that coredns have mixed around and moved on k8s.gcr.io even more, the path for custom registries is not longer preserved (again). Can this be restored so that the path is preserved correctly for the custom registry? |
Once the coredns team made the change, the custom registry in kubeadm had a
sub path, but users still complained that the subpath is not desired. So
yes the discrepancy is anoying but we based the change on complains.
Please read
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#preparing-the-required-container-images
And the linked pages in there.
Once you obtain the images from gcr.io you should not just string replace s/
gcr.io/myreg/ for the push locations.
|
Is this a BUG REPORT or FEATURE REQUEST?
Choose one: BUG REPORT
Versions
kubeadm version (use
kubeadm version
): 1.21.2-0Environment:
kubectl version
): 1.21.2-0uname -a
):Linux centos01 3.10.0-1160.31.1.el7.x86_64 kubeadm join on slave node fails preflight checks #1 SMP Thu Jun 10 13:32:12 UTC 2021 x86_64 x86_64 x86_64 GNU/LinuxWhat happened?
When you get the list of images to pull using default repo end custom repo for coredns image the result is different.
For the custom repo the image path it's wrong
Default repo
k8s.gcr.io/coredns/coredns:v1.8.0
Custom repo
x.x.x.x:8082/coredns:v1.8.0
What you expected to happen?
The path of coredns it should be the same but at the moment it's different. In the second case (using custom repo) it's wrong.
It's not possible pull the image.
How to reproduce it (as minimally and precisely as possible)?
$> kubeadm -v 10 config images list
k8s.gcr.io/kube-apiserver:v1.21.2
k8s.gcr.io/kube-controller-manager:v1.21.2
k8s.gcr.io/kube-scheduler:v1.21.2
k8s.gcr.io/kube-proxy:v1.21.2
k8s.gcr.io/pause:3.4.1
k8s.gcr.io/etcd:3.4.13-0
k8s.gcr.io/coredns/coredns:v1.8.0
When you get the list of images to pull using custom docker registry
kubeadm -v 10 config images list --image-repository=x.x.x.x:8082
x.x.x.x:8082/kube-apiserver:v1.21.2
x.x.x.x:8082/kube-controller-manager:v1.21.2
x.x.x.x:8082/kube-scheduler:v1.21.2
x.x.x.x:8082/kube-proxy:v1.21.2
x.x.x.x:8082/pause:3.4.1
x.x.x.x:8082/etcd:3.4.13-0
x.x.x.x:8082/coredns:v1.8.0
Anything else we need to know?
This problem it is not presente in the preview version of kubeadm (1.20.8).
In this case the results of the commands are the same.
kubeadm -v 10 config images list
k8s.gcr.io/kube-apiserver:v1.20.8
k8s.gcr.io/kube-controller-manager:v1.20.8
k8s.gcr.io/kube-scheduler:v1.20.8
k8s.gcr.io/kube-proxy:v1.20.8
k8s.gcr.io/pause:3.2
k8s.gcr.io/etcd:3.4.13-0
k8s.gcr.io/coredns:1.7.0
kubeadm -v 10 config images list --image-repository=x.x.x.x:8082
x.x.x.x:8082/kube-apiserver:v1.20.8
x.x.x.x:8082/kube-controller-manager:v1.20.8
x.x.x.x:8082/kube-scheduler:v1.20.8
x.x.x.x:8082/kube-proxy:v1.20.8
x.x.x.x:8082/pause:3.2
x.x.x.x:8082/etcd:3.4.13-0
x.x.x.x:8082/coredns:1.7.0
The text was updated successfully, but these errors were encountered: