-
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
none: Allow host IP to be settable #2762
Comments
i believe you are supposed to specify a bridge network.
|
@Margh can you provide more details about this? My
|
Second the above question. I'm struggling to find clear instructions on how to create a bridge network. The closest thing I can find is this, which doesn't really explain anything or solve the problem. |
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle stale |
Except I'd like to be able to choose what interface or IP to bind the cluster. Right now, I sort of cheat, I use the Docker IP network and route to it from outside the VM, but trying to use Ingress with minikube doesn't work since it won't let me set the IP i want the cluster to be available on (to connect to the pods within the cluster) and Flannel with minikube doesn't work (the example yaml fails for some reason). |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
I'm not positive on why do we ever need to pick a machine's external IP for this. Alongside other things, this prohibits using `minikube --vm-driver=none` on machines without Internet connectivity, which is stupid. Fixes kubernetes#3013, kubernetes#2762 and possibly many more similar issues.
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Fixed by intelfx@7535abe |
Looks like I may have been mistaken about this being fixed. |
did you mean --extra-config not --extra-conf ? |
I think so. Just fixed it. |
Mabye you can reuse minikube after ip changes by running: export CHANGE_MINIKUBE_NONE_USER=true && minikube update-context && sudo systemctl restart kubelet && sudo minikube start --vm-driver=none --memory=8192 --kubernetes-version=v1.14.3 ^ that does not solve the problem but at least you can still using minikube without reinstalling it. I updated this comment replacing the command by the one i have tested on my machine. maybe you have to run minikube stop before running it |
Thanks for the tip @rodjjo. It has been a while since I was working on this. I will give it a try when I have the chance. |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Closing as there is apparently a workaround. |
and what is that ? Can you copy that again here ? |
Is this a BUG REPORT or FEATURE REQUEST? (choose one): FEATURE REQUEST
Please provide the following details:
Environment:
Minikube version (use
minikube version
): v0.26.1cat ~/.minikube/machines/minikube/config.json | grep DriverName
): nonecat ~/.minikube/machines/minikube/config.json | grep -i ISO
orminikube ssh cat /etc/VERSION
):What happened: I'm getting a broken cluster everytime my host IP changes. It looks like the Pods keep trying to reach the host using the old IP. I tried to set the host IP by starting minikube with the following command, but it did not work:
What you expected to happen: I would like to be able to set the host IP to make my minikube installation survive network changes.
How to reproduce it (as minimally and precisely as possible):
vm-driver=none
Output of
minikube logs
(if applicable):Anything else do we need to know:
The text was updated successfully, but these errors were encountered: