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 service` not working with Docker driver on Windows 10 Pro 10.0.19041 -Build 19041 #9030

Open
AmitVishwash opened this issue Aug 19, 2020 · 19 comments
Assignees
Labels
co/service issues related to the service feature 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/frozen Indicates that an issue or PR should not be auto-closed due to staleness. os/windows priority/backlog Higher priority than priority/awaiting-more-evidence.

Comments

@AmitVishwash
Copy link

I started minikube service on windows 10 pro build 19041.

Please find the attached screenshots
image

image

  1. The resource are not accessible at 172.17.0.3:30001. i;e NodeAddress:Nodeport mentioned in service.yaml file
  2. Neither the resource is available at http://127.0.0.1:50367 which I have found after running

.\minikube-windows-amd64.exe service selenium-srv

  • Starting tunnel for service selenium-srv.
    |-----------|--------------|-------------|------------------------|
    | NAMESPACE | NAME | TARGET PORT | URL |
    |-----------|--------------|-------------|------------------------|
    | default | selenium-srv | | http://127.0.0.1:50367 |
    |-----------|--------------|-------------|------------------------|
@AmitVishwash
Copy link
Author

@medyagh please have a look on this. FYI @tstromberg

@AmitVishwash
Copy link
Author

@tstromberg any findings?

@sharifelgamal sharifelgamal added co/service issues related to the service feature priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done. kind/support Categorizes issue or PR as a support question. labels Aug 26, 2020
@sharifelgamal
Copy link
Collaborator

So what happens when you try to ping the URL? It just hangs?

@AmitVishwash
Copy link
Author

@sharifelgamal i will not say it hangs. It says the site cant be reached when i ping the node url with the the port exposed in the browser. However when i try .\minikube-windows-amd64.exe service selenium-srv it opens a browser with the url but that also says the site cant be reached.

@medyagh
Copy link
Member

medyagh commented Sep 30, 2020

@AmitVishwash

The resource are not accessible at 172.17.0.3:30001. i;e NodeAddress:Nodeport mentioned in service.yaml file
Neither the resource is available at http://127.0.0.1:50367 which I have found after running

the 172 ip is internal to docker and not accessible from outside.
but you should have access to http://127.0.0.1:50367

can you try in browser with CURL and also make sure your browser is not changing http to https ?

and also there might be proxy or VPN that is preventing you from accessing, are you using a corp network or a proxy?

@medyagh medyagh added the triage/needs-information Indicates an issue needs more information in order to work on it. label Sep 30, 2020
@AmitVishwash
Copy link
Author

AmitVishwash commented Oct 1, 2020

@medyagh I tried this also but didn't able to access it. I tried the url after running
.\minikube-windows-amd64.exe service selenium-srv

Starting tunnel for service selenium-srv.
|-----------|--------------|-------------|------------------------|
| NAMESPACE | NAME | TARGET PORT | URL |
|-----------|--------------|-------------|------------------------|
| default | selenium-srv | | http://127.0.0.1:50367 |
|-----------|--------------|-------------|------------------------|
But http://127.0.0.1:50367 is not accessible and I am not using any vpn or proxy. I connected to personal wifi.

Is there any specific command pertaining to curl, i will try this also. Could you please provide me the exact command?
This was happening on Windows 10 Pro Edition when I checked.

@tstromberg tstromberg removed the triage/needs-information Indicates an issue needs more information in order to work on it. label Oct 21, 2020
@medyagh
Copy link
Member

medyagh commented Oct 28, 2020

@AmitVishwash when you start the service command, you would need to keep it open in the termianl and open it in another terminal.

could you confirm that if if you keep the terminal open, and then try to open it in another terminal it works?

@AmitVishwash
Copy link
Author

@medyagh I am keeping the terminal open only and then trying to access the URL. But the url is not accessible.

@viswanathareddy04
Copy link

@AmitVishwash Amit any luck onthis? even I'm facing same issue.

@ilya-zuyev ilya-zuyev added priority/backlog Higher priority than priority/awaiting-more-evidence. and removed priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done. labels Dec 16, 2020
@rconrardy
Copy link

@AmitVishwash I am facing the same issue, has there been any progress on a solution?

@sharifelgamal sharifelgamal added kind/bug Categorizes issue or PR as related to a bug. os/windows help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. and removed kind/support Categorizes issue or PR as a support question. labels Mar 17, 2021
@sharifelgamal
Copy link
Collaborator

We definitely need someone to take a deeper look at the service command on windows. Help wanted!

@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-contributor-experience at kubernetes/community.
/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 Jun 15, 2021
@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-contributor-experience at kubernetes/community.
/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 Jul 17, 2021
@sharifelgamal sharifelgamal removed the lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. label Jul 21, 2021
@sharifelgamal sharifelgamal added the lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. label Jul 21, 2021
@sharifelgamal
Copy link
Collaborator

This is likely still an issue, freezing to avoid it getting closed.

@dddmityaMD
Copy link

here are the workarounds
for service of type nodePort assigned to internal port of 8080 the command will be
kubectl port-forward service/service_name 30000:8080
for service of type loadBalancer the command will be
minikube tunnel

Please see https://minikube.sigs.k8s.io/docs/start/ -> 4Deploy applications for more information

@dellraja
Copy link

here are the workarounds for service of type nodePort assigned to internal port of 8080 the command will be kubectl port-forward service/service_name 30000:8080 for service of type loadBalancer the command will be minikube tunnel

Please see https://minikube.sigs.k8s.io/docs/start/ -> 4Deploy applications for more information

WORKED

@kavaldeep
Copy link

here are the workarounds for service of type nodePort assigned to internal port of 8080 the command will be kubectl port-forward service/service_name 30000:8080 for service of type loadBalancer the command will be minikube tunnel

Please see https://minikube.sigs.k8s.io/docs/start/ -> 4Deploy applications for more information

thanks you very much. It worked

@campbellja
Copy link

here are the workarounds for service of type nodePort assigned to internal port of 8080 the command will be kubectl port-forward service/service_name 30000:8080 for service of type loadBalancer the command will be minikube tunnel

Please see https://minikube.sigs.k8s.io/docs/start/ -> 4Deploy applications for more information

@dddmityaMD Thank you very much, you are a genuine legend! Not all heros wear capes!

@Carewj00
Copy link

Carewj00 commented Jul 24, 2023

This issue persists - you can get to the local host 127.0.0.1 address as the browser opens automatically...the public IP is not working seems some issue in the cluster... and you need to keep the terminal open to start the service, pretty annoying....

C:\home\kuber>minikube service mongo-express-service
|-----------|-----------------------|-------------|---------------------------|
| NAMESPACE | NAME | TARGET PORT | URL |
|-----------|-----------------------|-------------|---------------------------|
| default | mongo-express-service | 8081 | http://192.168.49.2:30006 |
|-----------|-----------------------|-------------|---------------------------|

  • Starting tunnel for service mongo-express-service.
    |-----------|-----------------------|-------------|------------------------|
    | NAMESPACE | NAME | TARGET PORT | URL |
    |-----------|-----------------------|-------------|------------------------|
    | default | mongo-express-service | | http://127.0.0.1:59581 |
    |-----------|-----------------------|-------------|------------------------|
  • Opening service default/mongo-express-service in default browser...
    ! Because you are using a Docker driver on windows, the terminal needs to be open to run it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
co/service issues related to the service feature 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/frozen Indicates that an issue or PR should not be auto-closed due to staleness. os/windows priority/backlog Higher priority than priority/awaiting-more-evidence.
Projects
None yet
Development

No branches or pull requests