-
Notifications
You must be signed in to change notification settings - Fork 285
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
Stuck at "Waiting for Kubernetes API" #3545
Comments
@PatMis16 thanks for reporting this issue. I can see that you are also using check point VPN along with the px proxy. Are you able to disable (bypass) the proxy temporarily and see if the issue still persists? This will allow us to isolate the issue and make sure it is not the VPN that is causing the issue. |
@Nino-K
Before those lines I see several other Errors and warnings:
|
Thanks for providing additional details. I highly suspect this is a VPN issue rather than a proxy. Although, the proxy might not work out of the box either just because windows environment variables are not directly translated into WSL without additional work. But let's focus on one issue at a time :) There is a known issue with some VPN clients when used in conjunction with WSL and I think Checkpoint VPN is one of them. The core of the issue is how the VPN client allocates the lowest route metric in the network with itself (todo with a split DNS algorithm), which causes an infinite loop for traffic that is coming from WSL network. Meaning that, once the traffic is out of the WSL network it doesn't know how to get back in WSL because it always goes to the VPN client (because of the lowest interface metric) and that causes the infinite loop you can learn more about the issue here: microsoft/WSL#4246 However, we have a short-term workaround for this suggested here: #3091 (comment) Are you able to give that a try to see if it rectifies the issue for you? |
Today I am in the office and I am working without VPN. Now I am getting this error
|
@PatMis16 thanks for the update, just to confirm that's without the VPN but going through px proxy only? |
Hi Nino, That's about right. Best Regards, |
Actual Behavior
Rancher Desktop is installed on Windows 10 Enterprise (21H2). Since it is a corporate workplace, I run px proxy (https://github.com/genotrance/px) to make it easier to use a the corporate proxy on WSL2. With px proxy running, I can use http://localhost:3128 as proxy. This concept also works fine for Docker Desktop. However, I would like to replace Docker Desktop with Rancher Desktop. On Windows the environment variables
HTTP_PROXY
andHTTPS_PROXY
are set tohttp://localhost:3128
. And I have also set the environment variableNO_PROXY
with the valueslocalhost
and127.0.0.1
.When starting Rancher Desktop it works fine until "Waiting for Kubernetes API" apears in the UI. It then waits infite for the API to be reachable.
When looking at the logs, we clearly see that there are connectivity issues.
k8s.log:
2022-12-05T14:18:20.906Z: Waiting for K3s server to be ready on port 6443...
k3s.log:
E1205 14:18:26.892050 410 controller.go:116] loading OpenAPI spec for "v1beta1.metrics.k8s.io" failed with: failed to retrieve openAPI spec, http error: ResponseCode: 503, Body: error trying to reach service: proxy error from 127.0.0.1:6443 while dialing <some ip>:10250, code 503: 503 Service Unavailable , Header: map[Content-Type:[text/plain; charset=utf-8] X-Content-Type-Options:[nosniff]]
Steps to Reproduce
Might be hard to reproduce, since it is a corporate setup of Windows.
Result
Rancher Desktop is stuck at "Waiting for Kubernetes API"
Expected Behavior
Rancher Desktop is starting without issues.
Additional Information
No response
Rancher Desktop Version
1.6.2
Rancher Desktop K8s Version
1.25.4
Which container engine are you using?
containerd (nerdctl)
What operating system are you using?
Windows
Operating System / Build Version
Windows 10 Enterprise (21H2)
What CPU architecture are you using?
x64
Linux only: what package format did you use to install Rancher Desktop?
None
Windows User Only
Check Point VPN. corporate proxy but routed via localhost with px proxy.
The text was updated successfully, but these errors were encountered: