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

waiting for kube-proxy to be up for configmap update: timed out waiting for the condition #3354

Closed
freew01f opened this issue Nov 19, 2018 · 12 comments
Labels
cause/firewall-or-proxy When firewalls or proxies seem to be interfering co/kube-proxy issues relating to kube-proxy in some way help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. os/macos priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done.

Comments

@freew01f
Copy link

I am a new in using minikube
I installed minikube in Macos 10.14 depended brew
and I installed virtuabox and docker
when I run minikube start, I waited for a very long time.
I got these

Starting local Kubernetes v1.10.0 cluster...
Starting VM...
Getting VM IP address...
Moving files into cluster...
Setting up certs...
Connecting to cluster...
Setting up kubeconfig...
Starting cluster components...
E1119 13:20:32.476720   24107 start.go:302] Error restarting cluster:  restarting kube-proxy: waiting for kube-proxy to be up for configmap update: timed out waiting for the condition
================================================================================
An error has occurred. Would you like to opt in to sending anonymized crash
information to minikube to help prevent future errors?
To opt out of these messages, run the command:
	minikube config set WantReportErrorPrompt false
================================================================================
Please enter your response [Y/n]: E1119 13:20:56.497303   24107 util.go:151] Error uploading error message: : Post https://clouderrorreporting.googleapis.com/v1beta1/projects/k8s-minikube/events:report?key=AIzaSyACUwzG0dEPcl-eOgpDKnyKoUFgHdfoFuA: read tcp 192.168.3.5:63686->172.217.31.234:443: read: connection reset by peer

how can I fix them?
my version of minikube is minikube version: v0.29.0
thanks

@zaoying
Copy link

zaoying commented Nov 19, 2018

have you try below?
minikube delete
minikube start

@freew01f
Copy link
Author

have you try below?
minikube delete
minikube start

I tried them many times, but the same result

@zaoying
Copy link

zaoying commented Nov 20, 2018

try this:

minikube logs | grep image

if you see "failed pulling image" in the log, then you should use proxy,
I am not success yet!
Yes! I succeed run minikube by adding proxy:

On Windows environment, you must use administrative power shell or command line to execute below script!

Step One

start minikube VM

minikube start

Step Two

open a new terminal and ssh into the minikube VM

minikube ssh

Step Three

acquire the IP address of minikube VM, the "eth0" Network Adapter is what we need

ifconfig

Step Four

stop the running minikube VM by press Ctrl+C in the original terminal, then run

minikube stop

Step Five

assume the above IP is 192.168.99.xxx, port is up to your proxy client configure

minikube start --docker-env HTTP_PROXY=http://192.168.99.1:8118 --docker-env HTTPS_PROXY=http://192.168.99.1:8118 --docker-env NO_PROXY=127.0.0.1/24

According some other issues, the latest version minikube don't work well with the above script

Here I offer my ultimate solution !

Just run Step One to Step Three's scripts, then create dir docker.system.d and file https-proxy.conf

sudo mkdir /etc/systemd/system/docker.service.d
sudo vi /etc/systemd/system/docker.service.d/https-proxy.conf

type this content into file https-proxy.conf

[Service]
Environment="HTTPS_PROXY=https://proxy.example.com:443/"

then flush changes and restart Docker

sudo systemctl daemon-reload
sudo systemctl restart docker

finally exit the ssh session and re-create the minikube VM

exit
minikube delete
minikube start

@jeffwubj
Copy link
Contributor

with latest codes from master, I cannot start cluster successfully as well with proxy parameters, I finally replaced all image urls with reachable ones then can start minikube successfully.

@tstromberg tstromberg changed the title No response for minikube starting waiting for kube-proxy to be up for configmap update: timed out waiting for the condition Dec 4, 2018
@tstromberg tstromberg added co/kube-proxy issues relating to kube-proxy in some way os/macos co/virtualbox failed/kubeproxy failed/local-networking startup failures due to networking issues labels Dec 4, 2018
@tstromberg
Copy link
Contributor

There's a bad sign that this machine has connectivity issues, such as a misconfigured proxy:

Error uploading error message: : Post https://clouderrorreporting.googleapis.com/v1beta1/projects/k8s-minikube/events:report?key=AIzaSyACUwzG0dEPcl-eOgpDKnyKoUFgHdfoFuA: read tcp 192.168.3.5:63686->172.217.31.234:443: read: connection reset by peer

#3145 has the longer term feature fix for detecting these issues.

@tstromberg tstromberg added priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done. cause/firewall-or-proxy When firewalls or proxies seem to be interfering help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. and removed co/kubeproxy failed/local-networking startup failures due to networking issues co/virtualbox labels Jan 23, 2019
@stevegy
Copy link

stevegy commented Jan 30, 2019

i had the same error message in my recent trying. When i removed my HTTP_PROXY and NO_PROXY to test and the kubectl get nodes return my node info, that remind me the NO_RPOXY setting. Finally, i found my issue was caused by my Windows NO_PROXY setting was not properly covered my HyperV VM ip address. So the kubectl connect to the proxy first for my VM ip.

@Walther
Copy link

Walther commented Feb 1, 2019

Commenting here too: I got a similar error state by having ran minikube start after VirtualBox installation without rebooting my mac. After having rebooted after the virtualbox installation && running minikube delete & minikube start, I got into a working state. More details in the other issue linked above

@freew01f
Copy link
Author

freew01f commented Feb 1, 2019

Commenting here too: I got a similar error state by having ran minikube start after VirtualBox installation without rebooting my mac. After having rebooted after the virtualbox installation && running minikube delete & minikube start, I got into a working state. More details in the other issue linked above

let me try

@freew01f
Copy link
Author

freew01f commented Feb 5, 2019

I fixed the problem, I am in China, so I can not connect some website inside the virtual box,
I install the http proxy and run minikube this way

minikube start --docker-env HTTP_PROXY=http://192.168.99.1:8118 --docker-env HTTPS_PROXY=http://192.168.99.1:8118 --docker-env NO_PROXY=127.0.0.1/24 --registry-mirror=https://registry.docker-cn.com

@matrixkar
Copy link

matrixkar commented Feb 26, 2019

Run
Linux Mint
1.- sudo usermod -aG docker $USER
2.- sudo /etc/init.d/docker restart
3.- su ${USER}
4.- sudo minikube delete
5.- sudo minikube start

@rosberglinhares
Copy link

have you try below?
minikube delete
minikube start

I was getting this error because first I run minikube start, got an error and then run minikube start --vm-driver=none. Thanks!

@luis-allan
Copy link

Commenting here too: I got a similar error state by having ran minikube start after VirtualBox installation without rebooting my mac. After having rebooted after the virtualbox installation && running minikube delete & minikube start, I got into a working state. More details in the other issue linked above

this works for me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cause/firewall-or-proxy When firewalls or proxies seem to be interfering co/kube-proxy issues relating to kube-proxy in some way help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. os/macos priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done.
Projects
None yet
Development

No branches or pull requests

9 participants