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

minikube start: Allow Hyper-V virtual switch to be configured #561

Closed
jcjf opened this issue Sep 9, 2016 · 6 comments
Closed

minikube start: Allow Hyper-V virtual switch to be configured #561

jcjf opened this issue Sep 9, 2016 · 6 comments
Assignees
Labels
co/hyperv HyperV related issues kind/feature Categorizes issue or PR as related to a new feature. os/windows

Comments

@jcjf
Copy link

jcjf commented Sep 9, 2016

Is this a BUG REPORT or FEATURE REQUEST? (choose one):
Feature request

Equivalent functionality to --hyperv-virtual-switch in Docker Machine

Minikube version (use minikube version):
0.9.0

Environment:

  • OS (e.g. from /etc/os-release): Windows 10
  • VM Driver (e.g. cat ~/.minikube/machines/minikubeVM/config.json | grep DriverName): hyperv
  • Docker version (e.g. docker -v): 1.12.0
  • Install tools:
  • Others:

What happened:
Error creating machine: Error detecting OS: OS type not recognized

What you expected to happen:
Success!

How to reproduce it (as minimally and precisely as possible):
minikube start --vm-driver=hyperv

Anything else do we need to know:

@r2d4 r2d4 added the kind/feature Categorizes issue or PR as related to a new feature. label Sep 15, 2016
@aaron-prindle aaron-prindle self-assigned this Sep 15, 2016
@aaron-prindle
Copy link
Contributor

This is a good idea, we will try to get this in.

@swinterberger
Copy link

It appears as though you can set the hyper-v switch via the ENV variable HYPERV_VIRTUAL_SWITCH

@indcoder
Copy link

indcoder commented Oct 20, 2016

@swinterberger Well I tried your suggestion of setting the switch via the Env variable HYPERV_VIRTUAL_SWITCH but it does not work. It still picks up the Virtual Swtch created first (even though its internal)

But you can always go change it in the Hyper V Manager. Thats what I did. Since by default it was picking the Internal Switch. IP could not be detected ...so everything including dashboard was failing. After I changed the VM to use the external switch , everything worked fine

@swinterberger
Copy link

I'm not sure I follow. It being internal/external has nothing to do with the selection. It must either be the only vswitch in the list, queried first (somehow) or specified via ENV VAR. The specified switch must also be set to external or it won't work at all. Granted a new ver of minikube has released since I posted that but I still use it this way because I have multiple vswitches and without the ENV var it will not choose my external.

I am on a windows machine (booo) so maybe that is the difference.

@indcoder
Copy link

@swinterberger What I meant was that it was picking always the first created virtual switch which on my laptop is an internal one..

But also creating the environment variable as you mentioned above, does not change the behavior. It still picks the 1st created switch. I have to change that switch via HyperV Manager later on

@aaron-prindle
Copy link
Contributor

Fixed with: #719

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
co/hyperv HyperV related issues kind/feature Categorizes issue or PR as related to a new feature. os/windows
Projects
None yet
Development

No branches or pull requests

5 participants