-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
Port-forward timeout #876
Comments
I don't think this is an argo-cd issue. Do you see errors in https://stackoverflow.com/questions/47484312/kubectl-port-forwarding-timeout-issue |
Actually, it s only happening with
|
I also observe this behavior. But to be fare this happened to other services too. |
I am getting this timeout much more than any other services actually. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
I am running into this quite often... and it's only specifically with Argo's UI |
This commonly happens to me at work behind corporate firewalls, etc but I haven't noticed it if I use argo ui on local machine (minikube / docker-for-mac k8s) |
Happens to me too when running with Minikube
|
Same here. The port forwarding keeps timing out. |
Having the same issue with the newest argocd version:
|
Experiencing the same, thought it was an issue with resources but after increasing them I still get time outs. Usually happens after the pod has been up for a few hours, the fix has just been to kill the pod. |
Same experience here
I have this issue when I port forward to argocd-server. No problem when port-forwarding to other pods |
Even I am facing the same issue on the Kubernetes server. Although after a few retries i am able to open UI.
|
I have this issue too running in minikube when I try to sync some app.
|
Same here event on the latest version |
getting the same issue now, only with argocd, and it was working fine yesterday. any idea what's going on here?
|
I was working on locally with minikube and i faced this problem too. Edit: Probably no matter it is a cluster on a server / cloud or local, the problem related with argocd? |
Still get the same issue with latest argocd, any fixes? |
I guess it's a silly answer, but has anyone tried setting the service type to NodePort?
Changing the service type and then port forwarding exposed the ArgoCD UI. I am testing this locally on a Minikube cluster |
tried this too, still same thing... why is the issue closed? |
I am experiencing the same behavior with minikube. This issue shouldn't be closed. |
Same here as well. The UI becomes unresponsive. |
While we don't use this feature for our production clusters - for our pure dev/test clusters we rely on this and we run into the exact same problem. |
I've opened a new fresh bug for this.. #14414 |
We are hitting this issue all the time, it's extremely annoying. This issue should not be closed. |
Did we get anything to resolve this issue. I am also getting the same issue. I am running it in my local system and trying to create an application in argo connecting private github repo. Not able to create the resources and also getting this in my local
|
I'm experiencing the same issue, only with ArgoCD |
i got same issue on my local machine i use wsl2 and docker dekstop for windows step:
$ kubectl port-forward svc/argocd-server -n argocd 8080:443
# user
data:
accounts.ch: apiKey, login
# rbac
data:
policy.csv: |
g, ch, role:admin
$ curl -v -H "Authorization: Bearer $TOKEN" http://localhost:8080/api/v1/applications
* Trying 127.0.0.1:8080...
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET /api/v1/applications HTTP/1.1
> Host: localhost:8080
> User-Agent: curl/7.81.0
> Accept: */*
> Authorization: Bearer $TOKEN
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 307 Temporary Redirect
< Content-Type: text/html; charset=utf-8
< Location: https://localhost:8080/api/v1/applications
< Date: Fri, 26 Jul 2024 03:07:46 GMT
< Content-Length: 78
<
<a href="https://localhost:8080/api/v1/applications">Temporary Redirect</a>.
* Connection #0 to host localhost left intact output from kubectl
|
Hello, we have a similar issue
|
We have the same problem |
We have also the same problem :/ |
I'm also getting the same problem :(. |
I am also getting the timeout problem |
When doing the port-forward to the argo-cd server, I am getting a lot of timeout and I have to restart the port-forward. It s very annoying since I am expecting my UI to be accessible all time through this port-forward.
Is this a known issue? any workaround (except exposing the endpoint)?
The text was updated successfully, but these errors were encountered: