-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
verifying ingress addon pods : timed out waiting for the condition: timed out waiting for the condition #8756
Comments
Can you please share the output of:
The only thing new in v.12.1 is an updated version of ingress: #8705 I was not able to replicate this issue on Docker/Linux or Hyperkit/macOS. My suspicion is that perhaps the download failed? Regardless, we can do a better job of showing an actionable error message. |
I saw on #8705 that nginx-ingress-controller or kube-webhook-certgen, I could try downgrading separately each of these components to try to isolate the error. But I am not sure how is the best way for me to do this test.
|
I also face the same issue while trying to addons and I have ingress nginx yaml where when I apply kubectl it gives me following error.. how to resolve that
|
@tstromberg update: after some more tests, I see that most of the times it gives the error, but sometimes not. As you said, the max waiting time may be on the edge of the average time it takes. I would like to isolate which version update is causing this increased time so that we can upstream this issue to the component with degraded performance. How can I do that? Do I need to recompile minikube from source or there is an easier way to do it? |
Hi, |
I tried down-dating to 1.12.0 but had the same issue on windows 10. |
I manage to get enable the ingress add on by enabling cni and install Cilium. Have not tried with other providers I'm on 1.12.3 |
Still no solution for this problem ??? I've been struggling for a while for my project and I have to support soon π Verifying ingress addon... π£ enable failed: run callbacks: running callbacks: [verifying ingress addon pods : timed out waiting for the condition: timed out waiting for the condition] πΏ minikube is exiting due to an error. If the above message is not useful, open an issue: |
Because the image is not pulled, try workaround:
|
Same problem. I followed your steps but my problem was: So I realized it was SELinux. If you have SELinux enforcing, try using permissive mode. Worked for me!
|
I faced the same I found the problem from my poor internet connection |
|
Yeb fixed it |
In my case, I live in MΓ©xico and I have a 100 Mbps connection. Everything installed correctly but not the nginx ingress:
|
It seems that the URL being used isn't correct. If you go here: https://console.cloud.google.com/gcr/images/k8s-artifacts-prod/US/ingress-nginx/controller@sha256:0e072dddd1f7f8fc8909a2ca6f65e76c5f0d2fcfb8be47935ae3457e8bbceb20 it works, but the URL logged is: us.gcr.io/k8s-artifacts-prod/ingress-nginx/controller:v0.34.1@sha256:0e072dddd1f7f8fc8909a2ca6f65e76c5f0d2fcfb8be47935ae3457e8bbceb20 If you put them side by side, Γ¬t's easy to notice the difference:
|
So, for me, edititng the deployment with the correct image URL seems to have worked. To do this, just:
|
WOOWWW Thank You!! its work! |
I'm still having trouble. I edited the image url, but I'm still not able to pull the image
|
For reference, here's my full
|
Weather update: Works on my local Ubuntu 20 machine, not so much on my Fedora Server 32 VM. Highly wack. |
Thanks @renich ! Met same issue. After
to
(You can try verify by opening first URL in browser, which gets 404 error, the second one which is also version 0.34.1 which can be opened) Basically just need remove After editing, sine it is Vim, just type And then do |
In my case I had something running on port 80, that can also happen. |
IT Works after changing the image URL. Thanks for the help |
Removing the version tag Hence, the issues seems to be not solved in $ minikube version
minikube version: v1.19.0
commit: 15cede53bdc5fe242228853e737333b09d4336b5 Pods before "fix" application
Pods after "fix" application
Minikube start logs
I can provide additional information, if required. Kind regards and have a nice day! |
I had the same issue. The error disappeared when I have run the same command
again after a minute. |
Just add another update. In later installation, this bug is still there, however, it seems not affecting anything. Even I have a new fresh installation from ground. What I did is just minikube start
minikube addons enable ingress and let minikube retry at the background, eventually it will succeed. The longest time takes like 3 hours after over 10 times retry I think. |
Does anyone know why the URL is wrong or causing issues, and when it will be fixed? Having the ingress-controller break every time I (or someone on my team) restarts Minikube is becoming quite a problem. |
I did some searching and found this- looks like the registry used for the IngressController does not support using a tag and image digest in the same URL the way that docker.io does. google/go-containerregistry#351 Maybe I'm mistaken and GCR doesn't work exactly like this (the issue I linked was closed with a merge request quite some time ago) but it does seem to be behaving similarly. This page offers two distinct solutions for pulling from GCR: https://cloud.google.com/container-registry/docs/pushing-and-pulling#pulling_images_from_a_registry |
Having something so fundamentally broken like ingress is fairly disheartening... |
for user in china,you can specified http_proxy_port and https_proxy_port in minikube |
What worked for me:
|
It's still a problem, I'm facing this issue in Ubuntu 20 - I'm running |
I ran to this issue on minikube version
Note: I needed to download |
minikube addons enable ingress --images="KubeWebhookCertgenCreate=registry.cn-hangzhou.aliyuncs.com/google_containers/kube-webhook-certgen:v1.1.1,KubeWebhookCertgenPatch=registry.cn-hangzhou.aliyuncs.com/google_containers/kube-webhook-certgen:v1.1.1,IngressController=google_containers/nginx-ingress-controller:v1.2.1" --registries="IngressController=registry.cn-hangzhou.aliyuncs.com" |
start your minikube with command below and it should work
then
|
Steps to reproduce the issue:
Full output of failed command: tried 3 times.
π minikube v1.12.1 on Ubuntu 20.04
β¨ Using the docker driver based on user configuration
π Starting control plane node minikube in cluster minikube
π₯ Creating docker container (CPUs=2, Memory=3072MB) ...
π³ Preparing Kubernetes v1.18.3 on Docker 19.03.2 ...
π Verifying Kubernetes components...
π Enabled addons: default-storageclass, storage-provisioner
π Done! kubectl is now configured to use "minikube"
π Verifying ingress addon...
π£ enable failed: run callbacks: running callbacks: [verifying ingress addon pods : timed out waiting for the condition: timed out waiting for the condition]
πΏ minikube is exiting due to an error. If the above message is not useful, open an issue:
π https://github.com/kubernetes/minikube/issues/new/choose
Full output of
minikube start
command used, if not already included:Optional: Full output of
minikube logs
command:The text was updated successfully, but these errors were encountered: