-
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
Failed to start Localkude - #1220
Comments
@pratikpparikh Can you try creating another virtual switch in hyperv that is separate from DockerNAT and setting minikube to use that? Minikube w/ hyperv has never worked for me using the DockerNAT virtual switch. Also make sure that the virtual switch has internet access. An example of setting up a new virtual switch can be seen here: |
@aaron-prindle I made sure to create a new virtual switch with external connect and it connect to outside world. I confirm that when the minikube started the cluster but i see run into a problem where localkube still fails (any pointer will be helpfull). Additionally, I do see on the minikube vm "jounralctl -xe" does have a error that might help but don't know how the internal communication is happen. In any case the error is "localkube.service: Main process exited,code=exited, status=2/INVALIDARGUMENT" further down it says unknown flag: --apiserver-name: PS C:\opt\development\cloud\kubernetes> .\minikube-windows-amd64.exe start --kubernetes-version="v1.6.0-alpha.0" --vm-dr --show-libmachine-logs is deprecated. I0303 14:39:12.885349 6932 notify.go:112] Checking for updates... Wants=network-online.target [Service] ExecStart=/usr/local/bin/localkube --generate-certs=false --logtostderr=true --enable-dns=false --node-ip=10.0.0.24 -- ExecReload=/bin/kill -s HUP $MAINPID [Install] Run with nohup so it stays up. Redirect logs to useful places.sudo sh -c 'PATH=/usr/local/sbin:$PATH nohup /usr/local/bin/localkube --generate-certs=false --logtostderr=true --enab fi I0303 14:40:20.746061 6932 cluster.go:176] [Unit] Wants=network-online.target [Service] ExecStart=/usr/local/bin/localkube --generate-certs=false --logtostderr=true --enable-dns=false --node-ip=10.0.0.24 -- ExecReload=/bin/kill -s HUP [Install] Connecting to cluster... |
manually updated the localkube.service to not pass in the apiserver-name parameter |
Reopening as it looks like theres a bug here with the extra newline
|
I also have an issue with minikube v0.17.X when trying to use versions of Kubernetes v1.5.2 and lower where the logs say unknown flag: --apiserver-name. Is there a way to work around this flag so that I can use whatever Kubernetes version i want? |
This flag was recently added but it breaking old localkube versions which do not take this flag. We can change this so that the flag is only passed in when specified. |
When can this be changed? |
Once this is merged #1245 |
Do you have a schedule for releases? When can we plan to see this hit GA? |
Is this a BUG REPORT or FEATURE REQUEST? (choose one): Bug report
Minikube version (use
minikube version
):minikube version: v0.17.1
docker version
Client:
Version: 17.03.0-ce
API version: 1.26
Go version: go1.7.5
Git commit: 60ccb22
Built: Thu Feb 23 10:40:59 2017
OS/Arch: windows/amd64
Server:
Version: 17.03.0-ce
API version: 1.26 (minimum version 1.12)
Go version: go1.7.5
Git commit: 3a232c8
Built: Tue Feb 28 07:52:04 2017
OS/Arch: linux/amd64
Experimental: true
Environment:
cat ~/.minikube/machines/minikube/config.json | grep DriverName
):"DriverName": "hyperv"cat ~/.minikube/machines/minikube/config.json | grep -i ISO
orminikube ssh cat /etc/VERSION
): "Boot2DockerURL": "file://C:/Users/prati/.minikube/cache/iso/minikube-v1.0.7.iso"What happened: When trying to provision a cluster most steps are successful but the LocalKube service never comes up and recommends that systemctl status localkube is utilized to analyze the problem. Using the following command to configure the cluster and provision it.
.\minikube start --kubernetes-version="v1.6.0-alpha.0" --vm-driver=hyperv --hyperv-virtual-switch=DockerNAT --show-libmachine-logs --alsologtostderr
.\minikube status
minikubeVM: Running
localkube: Stopped
Below is debug log:
Waiting for SSH to be available...
Getting to WaitForSSH function...
(minikube) Calling .GetSSHHostname
(minikube) DBG | [executing ==>] : C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive ( Get-VM minikube ).state
(minikube) DBG | [stdout =====>] : Running
(minikube) DBG |
(minikube) DBG | [stderr =====>] :
(minikube) DBG | [executing ==>] : C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive (( Get-VM minikube ).networkadapters[0]).ipaddresses[0]
(minikube) DBG | [stdout =====>] : fe80::215:5dff:fe38:143
(minikube) DBG |
(minikube) Calling .GetSSHPort
(minikube) DBG | [stderr =====>] :
(minikube) Calling .GetSSHKeyPath
(minikube) Calling .GetSSHKeyPath
(minikube) Calling .GetSSHUsername
SSH binary not found, using native Go implementation
&{{{ 0 [] [] []} docker [0x1169ea0] []} fe80::215:5dff:fe38:143 22 }
About to run SSH command:
exit 0
Error dialing TCP: dial tcp [fe80::215:5dff:fe38:143]:22: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
Error dialing TCP: dial tcp [fe80::215:5dff:fe38:143]:22: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
What you expected to happen:
.\minikube status
minikubeVM: Running
localkube: Running
How to reproduce it (as minimally and precisely as possible):
Create a new docker with hyperv driver.
Create minikube using the above command
Anything else do we need to know:
Using DockerNAT for both cases and it is set to Internal
The text was updated successfully, but these errors were encountered: