-
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
Docker: Failed to setup kubeconfig: inspect IP bridge network #8131
Comments
What docker version are you using? |
@afbjorklund Would this be related to having an old docker version? |
Docker version 19.03.8, |
Docker version 19.03.8, |
@srehanpk
and also :
does deleting and recreating help ? it worth noting I just tried it on ubuntu 20.04 and same docker version and I have no issues. and our integration tests are ubuntu and debian too and they never had this problem but I really apperciate it that you made this issue, so we can find the root cause why this happens and we prevent it for others |
@sharifelgamal : I don't think so, it seems to be more about the weird linebreak in the ID ? |
I think it is due to the filter finding two network bridges, possibly due to #8034
|
|
I'm on Ubuntu 18.04 Docker 19.03.8 $ docker network ls --filter name=bridge --format "{{.ID}}"
580ef811af7b
58a53cab81bd Those two are absolutely normal in a docker installation, and correspond to the default Starting minikube doesn't work:
But the docker container is running:
Even if there is no Kubernetes at all in it:
|
These commands dose not work |
srahmed@hp:~$ docker ps -a | grep minikube |
I think this was the untested bit, I don't think we have any tests with both Swarm and Kubernetes... Anyway, most likely the code was meant only to hit the default "bridge" and not the docker_gwbridge |
Here is some more information about docker_gwbridge: https://docs.docker.com/network/overlay/
I do think that Swarm must have been enabled manually ? |
It's simply enabled with: |
this seems to be a bug and we could do a better job in finding the correct bridge |
@afbjorklund I wonder if we still need to warn the user to disable swarm ? even if we detect the bridge correctly |
@medyagh : no idea, I haven't tried to mix Kubernetes and Docker Swarm myself So we probably shouldn't worry about swarm, but to get the minikube code working ? |
@srehanpk on latest minikube I tried enabling swarm on mac and I have no issues, do we still have this issue ? |
With latest code, if you try this, it will fail:
I don't think many users will run into this, but the way minikube is filtering the networks is prone to failure, it will pick all networks containing "bridge" and mix them in a string with new line characters and then it will fail. |
here I tried on ubuntu as well
|
I was looking into this from this issue's perspective #8274 (that I closed in favor of this one because the underlying cause is the same). |
can you replicate this issue ? @kadern0 |
Yes, just put you the steps to replicate the issue two comments above using the latest code. (Just create a docker network containing "bridge" before starting minikube) |
@kadern0 I couldn't reproduce on mac
|
|
Cleaning up and fresh start
All good, now let's break it
List docker networks
Delete testing network and start minikube
It works fine again. Do you have a linux box available for testing? |
Hi, I think I am hit by this issue as well. I am on Gentoo distro. I think the
|
@davidshen84 the PR that will close this issue is this one -> #9094 if you need a quick temporary fix, you can always use my code from here -> #9062 |
Thanks Pablo!
β¦On Mon, Aug 31, 2020, 08:50 Pablo Caderno ***@***.***> wrote:
@davidshen84 <https://github.com/davidshen84> the PR that will close this
issue is this one -> #9094
<#9094> if you need a quick
temporary fix, you can always use my code from here -> #9062
<#9062>
β
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#8131 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAQBTOTYXIVORWK3O7W6UTSDLJTDANCNFSM4M76RZLQ>
.
|
Fixed by #9062 |
I'm going to leave this open until the v1.13 release as so many people are running into it. As a workaround until the release later this week, you should be able to use minikube from head (or delete the bridge network): https://storage.googleapis.com/minikube-builds/9160/minikube-darwin-amd64 If this updated build does not help, please let us know immediately so that we can fix it before the release. |
Upgrading to v1.13.0 fixed the issue for me (was using 1.12.3). Thanks! |
@RoSk0 - thank you for the confirmation that minikube v1.13.0 fixes the issue! |
This works !!! I had docker swarm initialized and even when I disabled it followed by deleting of .docker/config.json file, I kept encountering the same error. Upgrading minikube works. Thanks @RoSk0 |
srahmed@hp:~$ minikube start
π minikube v1.10.1 on Ubuntu 20.04
β¨ Automatically selected the docker driver
π Starting control plane node minikube in cluster minikube
π₯ Creating docker container (CPUs=2, Memory=2200MB) ...
π³ Preparing Kubernetes v1.18.2 on Docker 19.03.2 ...
E0513 19:32:35.665322 20138 start.go:95] Unable to get host IP: inspect IP bridge network "de7f841a3590\n13c6d9205f9b".: docker inspect --format "{{(index .IPAM.Config 0).Gateway}}" de7f841a3590
13c6d9205f9b: exit status 1
stdout:
stderr:
Error: No such object: de7f841a3590
13c6d9205f9b
π£ failed to start node: startup failed: Failed to setup kubeconfig: inspect IP bridge network "de7f841a3590\n13c6d9205f9b".: docker inspect --format "{{(index .IPAM.Config 0).Gateway}}" de7f841a3590
13c6d9205f9b: exit status 1
stdout:
stderr:
Error: No such object: de7f841a3590
13c6d9205f9b
πΏ 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
The text was updated successfully, but these errors were encountered: