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

start fails when run from non-C:\ drive: open minikube.iso: The system cannot find the path specified. #1574

Closed
mevam opened this issue Jun 11, 2017 · 30 comments
Labels
help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/bug Categorizes issue or PR as related to a bug. lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. os/windows priority/important-longterm Important over the long term, but may not be staffed and/or may need multiple releases to complete.

Comments

@mevam
Copy link

mevam commented Jun 11, 2017

minikube start --vm-driver=virtualbox
Starting local Kubernetes v1.6.4 cluster...
Starting VM...
Downloading Minikube ISO
89.51 MB / 89.51 MB 100.00% 0ss
E0611 12:27:47.593274 8356 start.go:127] Error starting host: Error creating host: Error creating machine: Error in driver during machine creation: open /Users/navy/.minikube/cache/iso/minikube-v0.18.0.iso: The system cannot find the path specified..

Retrying.
E0611 12:27:47.608522 8356 start.go:133] Error starting host: Error creating host: Error creating machine: Error in driver during machine creation: open /Users/navy/.minikube/cache/iso/minikube-v0.18.0.iso: The system cannot find the path specified.

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

go version
go version go1.8.2 windows/amd64

Run minikube failed on win 8.1. what should I do?Thanks.

@mevam
Copy link
Author

mevam commented Jun 11, 2017

minikube start --v=3
Starting local Kubernetes v1.6.4 cluster...
Starting VM...
E0611 12:40:23.765630 4284 start.go:127] Error starting host: Error getting s tate for host: machine does not exist.

Retrying.
E0611 12:40:23.765630 4284 start.go:133] Error starting host: Error getting state for host: machine does not exist

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

minikube start --v=7
Starting local Kubernetes v1.6.4 cluster...
Starting VM...
Found binary path at D:\Sware\minikube\minikube.exe
Launching plugin server for driver virtualbox
Plugin server listening at address 127.0.0.1:16672
() Calling .GetVersion
Using API Version 1
() Calling .SetConfigRaw
() Calling .GetMachineName
(minikube) Calling .GetState
(minikube) DBG | COMMAND: D:\Sware\VirtualBox\VBoxManage.exe showvminfo minikube --machinereadable
(minikube) DBG | STDOUT:
(minikube) DBG | {
(minikube) DBG | }
(minikube) DBG | STDERR:
(minikube) DBG | {
(minikube) DBG | VBoxManage.exe: error: Could not find a registered machine name d 'minikube'
(minikube) DBG | VBoxManage.exe: error: Details: code VBOX_E_OBJECT_NOT_FOUND (0 x80bb0001), component VirtualBoxWrap, interface IVirtualBox, callee IUnknown
(minikube) DBG | VBoxManage.exe: error: Context: "FindMachine(Bstr(VMNameOrUuid) .raw(), machine.asOutParam())" at line 2781 of file VBoxManageInfo.cpp
(minikube) DBG | }
E0611 12:40:36.420957 9060 start.go:127] Error starting host: Error getting s tate for host: machine does not exist.

Retrying.
E0611 12:40:36.428003 9060 start.go:133] Error starting host: Error getting state for host: machine does not exist

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

@aaron-prindle aaron-prindle added kind/bug Categorizes issue or PR as related to a bug. os/windows labels Jun 11, 2017
@aaron-prindle
Copy link
Contributor

I believe this issue is related to using a D: drive on windows as Minikube is by default stored on the C: drive. Can you try running minikube with the MINIKUBE_HOME env var set to path on the D: drive? For more information see #1310 as setting this should fix it: #1310 (comment)

@r2d4
Copy link
Contributor

r2d4 commented Jun 15, 2017

ping @mevam

We should add some documentation about this to our main windows docs

@r2d4 r2d4 added kind/documentation Categorizes issue or PR as related to documentation. and removed kind/bug Categorizes issue or PR as related to a bug. labels Jun 15, 2017
@ghost
Copy link

ghost commented Jun 16, 2017

@r2d4 I don't think it is documentation problem, it is bug. Please see #1310 (comment)

@alastairs
Copy link

I ran into this same issue, with both minikube and my user profile on C:. I tried setting MINIKUBE_HOME as per @aaron-prindle's comment. I eventually pinned it down to the fact that my pwd was on D: - a simple cd C:\ allowed minikube start to operate correctly.

facepalm

This has to be a bug @r2d4 - different behaviour depending on your pwd's drive isn't solely a documentation issue.

@kylos101
Copy link

@alastairs this saved me from pulling out my remaining hair - thank you!

@kylos101
Copy link

@r2d4 Hi there, thank you so much for helping maintain Minikube! I am new to kubernetes, and Minikube is frickin' great.

I wasn't able to run minikube until I CD'd to my C drive (kudos again to @alastairs) - chocolatey installed Minikube to my C drive. I work in F.

Can this issue be changed from a kind/documentation to some type of software change? Or should we create a new request? I am just looking to save future people the trouble, if possible.

@r2d4 r2d4 added kind/bug Categorizes issue or PR as related to a bug. and removed kind/documentation Categorizes issue or PR as related to documentation. labels Nov 28, 2017
@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Feb 26, 2018
@rmorrise
Copy link

/remove-lifecycle stale

@k8s-ci-robot k8s-ci-robot removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Mar 28, 2018
@rmorrise
Copy link

This is a bug in how the ISO file path is generated. The drive letter needs to be included in the path.

@pxlphile
Copy link

Hi all,
I can confirm this behavior (which almost drove me crazy until I found this issue). I run Minikube on a Windows 7 machine, and due to HDD space considerations I've set MINIKUBE_HOME to D:\\minikube.

Yes, double backslashes. The installation is a couple of months old and I don't remember why I had to put it this way. Anyhow, a change to D:\ (among a desperate iteration of minikube delete and minikube profile deletions) got it running for me.

@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Aug 13, 2018
@rmorrise
Copy link

/remove-lifecycle stale

@k8s-ci-robot k8s-ci-robot removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Aug 13, 2018
@tstromberg tstromberg changed the title Run minikube failed on Windows When run from non-C: drive: open minikube.iso: The system cannot find the path specified. Sep 19, 2018
@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Dec 18, 2018
@fejta-bot
Copy link

Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle rotten

@tstromberg tstromberg added priority/important-longterm Important over the long term, but may not be staffed and/or may need multiple releases to complete. and removed priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. labels Jul 12, 2019
douglaswth added a commit to douglaswth/machine that referenced this issue Jul 23, 2019
- On Windows, `minikube` passes in a file URL like `"file://C:/Users/douglas/.minikube/cache/iso/minikube-v1.2.0.iso"`,
  however, due to the way that Go parses URLs, the `"C:"` part is actually
  parsed as the hostname portion instead of staying at the beginning of
  the path (golang/go#6027). If `minikube` is run with a working directory on a different drive
  from where its cache directory resides, it will fail since
  `libmachine` is only looking at the path portion (in this case:
  `"/Users/douglas/.minikube/cache/iso/minikube-v1.2.0.iso"`) so it
  fails to find the file (kubernetes/minikube#1574).
@douglaswth
Copy link
Contributor

I have a fix for this in docker/machine#4734 that at least works, but I am not quite sure if it is the best approach.

douglaswth added a commit to douglaswth/machine that referenced this issue Jul 23, 2019
- On Windows, `minikube` passes in a file URL like `"file://C:/Users/douglas/.minikube/cache/iso/minikube-v1.2.0.iso"`,
  however, due to the way that Go parses URLs, the `"C:"` part is actually
  parsed as the hostname portion instead of staying at the beginning of
  the path (golang/go#6027). If `minikube` is run with a working directory on a different drive
  from where its cache directory resides, it will fail since
  `libmachine` is only looking at the path portion (in this case:
  `"/Users/douglas/.minikube/cache/iso/minikube-v1.2.0.iso"`) so it
  fails to find the file (kubernetes/minikube#1574).

Signed-off-by: Douglas Thrift <dthrift@flexera.com>
@tstromberg
Copy link
Contributor

@douglaswth - Nice work! Anything I can do to help move the PR forward?

@douglaswth
Copy link
Contributor

@tstromberg Oh! Haven't looked at this in a while, but another coworker was running into this issue so it's back on my radar. If you know of any way to poke the maintainers of docker/machine that might be helpful.

@tstromberg
Copy link
Contributor

tstromberg commented Oct 22, 2019

@douglaswth - Do you mind proposing the PR to https://github.com/machine-drivers/machine in parallel? It's the fork of docker/machine that minikube uses, since docker/machine is mostly dead. Once it's in machine-drivers/machine, we can release a new minikube based on the PR while we wait for the docker/machine upstream to get around to merging things.

@afbjorklund and @gbraad have approval rights on machine-drivers/machine, so we should be able to make progress there. Let me know once the PR is done so that we can poke the right people.

@tstromberg
Copy link
Contributor

/cc @blueelvis and @sharifelgamal (our Windows leads) for visibility

douglaswth added a commit to douglaswth/machine that referenced this issue Oct 22, 2019
- On Windows, `minikube` passes in a file URL like `"file://C:/Users/douglas/.minikube/cache/iso/minikube-v1.2.0.iso"`,
  however, due to the way that Go parses URLs, the `"C:"` part is actually
  parsed as the hostname portion instead of staying at the beginning of
  the path (golang/go#6027). If `minikube` is run with a working directory on a different drive
  from where its cache directory resides, it will fail since
  `libmachine` is only looking at the path portion (in this case:
  `"/Users/douglas/.minikube/cache/iso/minikube-v1.2.0.iso"`) so it
  fails to find the file (kubernetes/minikube#1574).

Signed-off-by: Douglas Thrift <dthrift@flexera.com>
(cherry picked from commit ade5501)
@douglaswth
Copy link
Contributor

@tstromberg Okay, I've made machine-drivers/machine#22 for that.

@tstromberg
Copy link
Contributor

I believe this was fixed in minikube v1.6: can someone please confirm on Windows?

@tstromberg tstromberg removed lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. r/2019q2 Issue was last reviewed 2019q2 labels Dec 16, 2019
@spdfnet
Copy link

spdfnet commented Dec 16, 2019

I can confirm it working :)

@douglaswth
Copy link
Contributor

@tstromberg Woohoo! It's working for me as well!

@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Mar 15, 2020
@fejta-bot
Copy link

Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle rotten

@k8s-ci-robot k8s-ci-robot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Apr 15, 2020
afbjorklund pushed a commit to minikube-machine/machine that referenced this issue Jun 10, 2023
- On Windows, `minikube` passes in a file URL like `"file://C:/Users/douglas/.minikube/cache/iso/minikube-v1.2.0.iso"`,
  however, due to the way that Go parses URLs, the `"C:"` part is actually
  parsed as the hostname portion instead of staying at the beginning of
  the path (golang/go#6027). If `minikube` is run with a working directory on a different drive
  from where its cache directory resides, it will fail since
  `libmachine` is only looking at the path portion (in this case:
  `"/Users/douglas/.minikube/cache/iso/minikube-v1.2.0.iso"`) so it
  fails to find the file (kubernetes/minikube#1574).

Signed-off-by: Douglas Thrift <dthrift@flexera.com>
(cherry picked from commit ade55018264a1cde51c0c77bed184a0d528759f9)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/bug Categorizes issue or PR as related to a bug. lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. os/windows priority/important-longterm Important over the long term, but may not be staffed and/or may need multiple releases to complete.
Projects
None yet
Development

No branches or pull requests