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

kube-dns-v20 deployment contains wrong docker image properties #722

Closed
mpluhar opened this issue Nov 15, 2018 · 8 comments
Closed

kube-dns-v20 deployment contains wrong docker image properties #722

mpluhar opened this issue Nov 15, 2018 · 8 comments

Comments

@mpluhar
Copy link

mpluhar commented Nov 15, 2018

What happened:

kube-dns-v20 deployment contains wrong image properties.
AKS must have rolled out an update of the kube-dns-v20 deployment adding a sidecar. The image name for the sidecar container is wrong

What you expected to happen:

Deployment should contain the correct information pointing to an existing image

How to reproduce it (as minimally and precisely as possible):

The cluster is in Australia East
kubectl -n kube-system get deployment kube-dns-v20 -o yaml | grep image:

    image: k8s.gcr.io/k8s-dns-kube-dns-amd64:1.14.13
    image: k8s.gcr.io/k8s-dns-dnsmasq-nanny-amd64:1.14.10
    image: k8s.gcr.io/exechealthz-amd64:1.2
    **image: k8s.gcr.io/**

Anything else we need to know?:

Environment:

  • Kubernetes version (use kubectl version):

Client Version: version.Info{Major:"1", Minor:"12", GitVersion:"v1.12.2", GitCommit:"17c77c7898218073f14c8d573582e8d2313dc740", GitTreeState:"clean", BuildDate:"2018-10-24T06:54:59Z", GoVersion:"go1.10.4", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"11", GitVersion:"v1.11.3", GitCommit:"a4529464e4629c21224b3d52edfe0ea91b072862", GitTreeState:"clean", BuildDate:"2018-09-09T17:53:03Z", GoVersion:"go1.10.3", Compiler:"gc", Platform:"linux/amd64"}
mpluhar@sputnik:~/clearpoint/tower/src/tcd-temp$

  • Size of cluster (how many worker nodes are in the cluster?)

5

  • General description of workloads in the cluster (e.g. HTTP microservices, Java app, Ruby on Rails, machine learning, etc.)

Microservices, .NET

  • Others:
@strtdusty
Copy link

I have opened a support case for this as well.

@mpluhar
Copy link
Author

mpluhar commented Nov 15, 2018

@strtdusty We rebuilt a cluster this morning and the deployment for the DNS is fine now. Not sure if that is an option for you?

@strtdusty
Copy link

Nope, rebuilding clusters aren't an option anymore :)

@mpluhar
Copy link
Author

mpluhar commented Nov 16, 2018

Output of "kubectl -n kube-system get deployments kube-dns-v20 -o yaml | grep image:"

    image: k8s.gcr.io/k8s-dns-kube-dns-amd64:1.14.13
    image: k8s.gcr.io/k8s-dns-dnsmasq-nanny-amd64:1.14.10
    image: k8s.gcr.io/exechealthz-amd64:1.2
    image: k8s.gcr.io/k8s-dns-sidecar-amd64:1.14.10

I think you can edit the deployment for kube-dns-v20, but AKS might override it.

@patrickmslatteryvt
Copy link

We experienced this yesterday too, I was able to fix it this morning by deleting the kube-dns pods with the InvalidImageName status and it redeployed new pods with the correct images.

@motarski
Copy link

Any progress on this. I tried to edit the deployment but it gets overriden after first pod gets created?

@mpluhar
Copy link
Author

mpluhar commented Nov 19, 2018

Any progress on this. I tried to edit the deployment but it gets overriden after first pod gets created?

Did you try to delete the pods?

@jnoller
Copy link
Contributor

jnoller commented Apr 4, 2019

Closing this issue as old/stale.

If this issue still comes up, please confirm you are running the latest AKS release. If you are on the latest release and the issue can be re-created outside of your specific cluster please open a new github issue.

If you are only seeing this behavior on clusters with a unique configuration (such as custom DNS/VNet/etc) please open an Azure technical support ticket.

@jnoller jnoller closed this as completed Apr 4, 2019
@Azure Azure locked as resolved and limited conversation to collaborators Jul 29, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants