-
Notifications
You must be signed in to change notification settings - Fork 867
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
Argo Dashboard can't load any workload: api/v1/rollouts/argocd/info/watch problem #3833
Comments
I'm seeing the same thing with EKS/cilium. Things broke when I removed aws-node and installed cilium. See how I can re-create it via |
Hello @mzupan, running into a similar case to whats mentioned in both of these issues. We had no issues until now, but today the |
@Desolar1um i haven't put much time into it.. if you run it via the argo cli it works |
Does someone know how to fix this problem? |
We also have same problem.
In the first place and background that we have, we'd like to access via Ingress, Currently we search how to it. |
I tried that and it still doens't work for me. My namespace already has 10 rollouts in it, and I used to be able to view it in the dashboard. One day the watch it just stopped working... |
Checklist:
Describe the bug
Rollout is working properly and we can see from the cli the correct informations about existing rollouts.
NAME KIND STATUS AGE INFO ⟳ myapp-service Rollout ✔ Healthy 10m └──# revision:1 └──⧉ myapp-service-8869 ReplicaSet ✔ Healthy 10m stable ├──□ myapp-service-8869-gg958 Pod ✔ Running 10m ready:1/1 └──□ myapp-service-8869-b9gqr Pod ✔ Running 8m59s ready:1/1
The problem is that the dashboard (deployed with helm version) doesn't show anything. I tried to deploy it in debug level but the only log I have is from my browser console:
Firefox can’t establish a connection to the server at http://localhost:31000/api/v1/rollouts/argocd/info/watch.
seem to come from this function:
To Reproduce
helm install argo-rollouts argo/argo-rollouts --version 2.37.6 -n argocd -f values.yaml
values.yaml:
The behavior is the same if it's argo-rollouts or argocd namespace
Expected behavior
see my rollouts in the dashboad like this:
Screenshots
Version
helm 2.37.6
rollouts: v1.7.2
osx version: Sonoma 14.6.1
Floorp browser (Firefox) version: 11.17.7
Logs
Found 2 pods, using pod/argo-rollouts-7cddf7cdb9-bwcqz
time="2024-09-13T19:46:19Z" level=info msg="Argo Rollouts starting" version=v1.7.2+59e5bd3
time="2024-09-13T19:46:19Z" level=info msg="Creating event broadcaster"
time="2024-09-13T19:46:19Z" level=info msg="Setting up event handlers"
time="2024-09-13T19:46:19Z" level=info msg="Setting up experiments event handlers"
time="2024-09-13T19:46:19Z" level=info msg="Setting up analysis event handlers"
time="2024-09-13T19:46:19Z" level=info msg="Leaderelection get id argo-rollouts-7cddf7cdb9-bwcqz_01bc134d-632e-4cea-8ab2-ad24e811a80f"
time="2024-09-13T19:46:19Z" level=info msg="Starting Healthz Server at 0.0.0.0:8080"
time="2024-09-13T19:46:19Z" level=info msg="attempting to acquire leader lease argocd/argo-rollouts-controller-lock..."
time="2024-09-13T19:46:19Z" level=info msg="Starting Metric Server at 0.0.0.0:8090"
time="2024-09-13T19:46:19Z" level=info msg="New leader elected: argocd-rollouts-argo-rollouts-65d4c48b76-fmdkk_a6fd6c2a-d70d-402c-99ce-fb8781bdc756"
Message from the maintainers:
Impacted by this bug? Give it a 👍. We prioritize the issues with the most 👍.
The text was updated successfully, but these errors were encountered: