-
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
add clear documentation that service command on MacOs/Windows needs active terminal seassion #9016
Comments
I think this is related to the
You can also set it to the default using:
Does this help at all? |
Alternatively, you can also use |
@simon-swanson-leapyear due to the docker networking limitations on MacOs you need to run minikube service command to get service. I admit we can explain this better in the docs and make it more clear. |
@tstromberg Apologies for the delay, missed this in my inbox. Using the hyperkit driver did indeed fix my problem, thanks so much! @medyagh I don't know what docs would help particularly for someone as clueless as I, but it couldn't hurt to add more! No need to keep this open any longer for my sake, though it looks like this will now be a place to talk about an upcoming docs change. :) |
I just checked this on Windows (As per the title) and it is working fine.
|
I tried this, and it SEEMS like this is the solution, but for my case (following the hello-world tutorial for testing sake) I got an page not found (but a proper launch without the msg). I suspect the IP or NAT has it wrong perhaps? |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-contributor-experience at kubernetes/community. |
Wonder if there's a better fix than switching driver? |
i am using m1 chip which doesnt support hyperkit at all and using docker vm also is throwing the same problem pls help me out |
Yes, I'm also using m1 chip and try find the other solution. |
Same, I also use M1 Chip and I also face the same problem... doesn't matter if I use the Service as NodePort/LoadBalancer the issue is same.... Not able to reach the Ip and it's not giving the URL as well. Could someone help please!
|
This is also affecting me on M1 Mac. Would love to know of a solution to work around this. |
Same problem for me using MacBook Air m1 and docker driver. @medyagh , would you mind to re-open this issue? |
@medyagh Same problem. I cannot also expose any service to external by using Macbook Pro M1. Could you propose any solution or workaround for the problem? |
I am facing the same issue with Macbook M1 pro. I cannot use hyperkit since its not supported for arm architecture. |
Same issue here on M1 Mac |
Same issue on M1 Mac. Receiving the following error:
Edit: In case it is helpful, here is my output for |
Issue also happening for me on M1 MBA |
likewise cant seem to figure out a solution. |
minikube service go-service url Same issue but I start minikube with podman driver, instead of hyperkit NAME READY STATUS RESTARTS AGE NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE NAME READY UP-TO-DATE AVAILABLE AGE NAME DESIRED CURRENT READY AGE Any suggestions ? |
Try #13788 (comment) |
@asungur Thanks |
Experiencing the same issue with an m1 mac: ❗ Because you are using a Docker driver on darwin, the terminal needs to be open to run it. |
Try #13788 (comment) |
This #13788 (comment) |
Apple M1 Pro here with the same error message: It seems that M1 cannot be used |
My-MacBook-Pro ~ % minikube start --driver=hyperkit ❌ Exiting due to DRV_UNSUPPORTED_OS: The driver 'hyperkit' is not supported on darwin/arm64 Deleting MiniKube and running this didn't help me. Any alternatives? |
I am also having the same issue on my Macbook Pro M1 chip and this comment didn't work for me. Any workaround? |
any updates on this issue or workaround, I am witnessing the same issue on M1 chip. |
My case "BigSur V11.16.7; Radeon Pro 555X 4 GB Intel UHD Graphics 630 1536 MB; 2.2 GHz 6-Core Intel Core i7 "
|
This works on a colleague's computer, it works in our CI system, and even used to work on my machine. But something happened in the last month or so and now I can't get a service url programmatically. I have no idea where to start debugging, but would be willing to believe this is the result of something I did.
System
minikube and docker were both installed with Homebrew. Running Mac OS 10.15.6.
A "working" system I can use is a box from our CI system. It's running the same version of minikube (on Linux) and docker 19.03.8. All
kubectl
commands on the box are run withminikube kubectl -- ...
. I know it's not an apples to apples comparison, but it's what I can run reliably.Steps to Reproduce
Start a new instance of minikube:
minikube delete && minikube start
Create a super basic nginx deployment+service:
Try to get the service url:
Expected
I get the landing page html from nginx. From our CI system box:
Notably, the service has a url in the service list:
Actual
The service has no url:
And my terminal hangs as minikube claims to form a tunnel:
My terminal stops here and waits, but because I can't see the url exposed by the tunnel, I can't connect even in another terminal.
The text was updated successfully, but these errors were encountered: