-
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
start fails when run from non-C:\ drive: open minikube.iso: The system cannot find the path specified. #1574
Comments
Retrying.
|
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) |
ping @mevam We should add some documentation about this to our main windows docs |
@r2d4 I don't think it is documentation problem, it is bug. Please see #1310 (comment) |
I ran into this same issue, with both minikube and my user profile on C:. I tried setting This has to be a bug @r2d4 - different behaviour depending on your |
@alastairs this saved me from pulling out my remaining hair - thank you! |
@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. |
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 |
This is a bug in how the ISO file path is generated. The drive letter needs to be included in the path. |
Hi all, 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 |
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 |
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. |
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. |
- 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).
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. |
- 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>
@douglaswth - Nice work! Anything I can do to help move the PR forward? |
@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. |
@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 |
/cc @blueelvis and @sharifelgamal (our Windows leads) for visibility |
- 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)
@tstromberg Okay, I've made machine-drivers/machine#22 for that. |
I believe this was fixed in minikube v1.6: can someone please confirm on Windows? |
I can confirm it working :) |
@tstromberg Woohoo! It's working for me as well! |
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. |
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. |
- 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)
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
Run minikube failed on win 8.1. what should I do?Thanks.
The text was updated successfully, but these errors were encountered: