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

Helm Dashboard UI not accessible #557

Open
sunnyar opened this issue Nov 14, 2024 · 7 comments
Open

Helm Dashboard UI not accessible #557

sunnyar opened this issue Nov 14, 2024 · 7 comments

Comments

@sunnyar
Copy link

sunnyar commented Nov 14, 2024

Description

Since I updated to the latest version, my helm dashboard UI has stopped working and I'm getting an error which I'm not able to understand.

It's giving a 500 error for the /api/helm/releases GET API call. But when I use the REST API calls through the swagger docs, it is working as expected. Also, not sure why is it not referencing to the default set cluster arn:aws:eks:us-east-2:xxxxxxxxxxx:cluster/xyz-cluster, instead just referring arn:aws:eks:us-east-2:xxxxxxxxxxxxx:cluster

Attaching screenshots for more reference

Can you please look into this issue and help. Thanks

Screenshots

Screenshot 2024-11-14 at 10 18 24 AM Screenshot 2024-11-14 at 10 18 58 AM Screenshot 2024-11-14 at 10 20 09 AM

Additional information

No response

@undera
Copy link
Collaborator

undera commented Nov 14, 2024

Try erasing whatever you have in your URL from local experiments and start with clean URL.

@sunnyar
Copy link
Author

sunnyar commented Nov 14, 2024

I've tried that also. If I clean-up the url and just have http://localhost:8080/ and enter, I observe two behaviours

  1. It redirects to the url specifying one of the clusters installed, but still not the current one
    http://localhost:8080/#/arn:aws:eks:us-east-2:xxxxxxxxxxxx:cluster/abc-cluster/installed

  2. Still throws the same error as shown in the screenshots

Have also tried Reset Cache option, but no help

@undera
Copy link
Collaborator

undera commented Nov 14, 2024

The way it works inside is: it tries to get the default cluster from your kubeconfig, or takes the first one.
In case it does not work, you can close the error message and choose different kubecontext from the left pane.

@undera
Copy link
Collaborator

undera commented Nov 14, 2024

Also mind the browser cache, which sometimes is a bit stubborn after change

@sunnyar
Copy link
Author

sunnyar commented Nov 14, 2024

I have tried clearing all cookies and cache, but nothing worked.
And when I close the error and select the clusters from the list of clusters on the left panel, only the url changes and nothing else happens. So stuck there also

@undera
Copy link
Collaborator

undera commented Nov 14, 2024

Fairly, I ran out of ideas what can be wrong there. Feel free to use older version if 2.x does not work for you.

@sunnyar
Copy link
Author

sunnyar commented Nov 14, 2024

Using v1.3.3 binary, the issue no longer exists on my end and I'm able to see all the list of clusters in the expected manner.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants