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

[UI] The Jobs page shows "No jobs found" after being idle for two minutes. #23228

Closed
kodecraft-pau opened this issue Jun 6, 2024 · 4 comments · Fixed by #23427
Closed

[UI] The Jobs page shows "No jobs found" after being idle for two minutes. #23228

kodecraft-pau opened this issue Jun 6, 2024 · 4 comments · Fixed by #23427

Comments

@kodecraft-pau
Copy link

kodecraft-pau commented Jun 6, 2024

Nomad version

Nomad v1.8.0
BuildDate 2024-05-28T17:38:17Z
Revision 28b82e4

Operating system and Environment details

Distributor ID: Ubuntu
Description: Ubuntu 24.04 LTS
Release: 24.04
Codename: noble

Issue

The Jobs page shows "No jobs found" after being idle for a few minutes. This might worry users if they have many jobs running and become lost (even if only in display). It returns to normal once you refresh the page.

Reproduction steps

  1. Upgrade Nomad Version from 1.7.5 to 1.8.0 (not sure if this helps)
  2. Login to Nomad and navigate to Jobs menu
  3. Leave the Page/Tab or become idle for 2 minutes

Expected Result

The page should display the jobs whether you are idle or not.
image

Actual Result

The Jobs page shows "No jobs found." when you become idle for two minutes.
image

image

@kodecraft-pau kodecraft-pau changed the title [UI] The Jobs page shows "No jobs found" after being idle for a few minutes. [UI] The Jobs page shows "No jobs found" after being idle for a two minutes. Jun 6, 2024
@kodecraft-pau kodecraft-pau changed the title [UI] The Jobs page shows "No jobs found" after being idle for a two minutes. [UI] The Jobs page shows "No jobs found" after being idle for two minutes. Jun 6, 2024
@tgross tgross added the theme/ui label Jun 6, 2024
@tgross tgross added this to Nomad UI Jun 6, 2024
@github-project-automation github-project-automation bot moved this to Backlog in Nomad UI Jun 6, 2024
@erwin-willems
Copy link

I have this behavior too in my clusters

@faryon93
Copy link

Seeing the same behaviour in my cluster after updating to 1.8.0

It looks like the web-ui tries to access some endpoints in the nomad api which have "long running" semantics. I think the is the new "live update" of the jobs page. These should be the requests with a index parameter.

Screenshot_20240614_213841

I run a reverse proxy in front of nomad ui which has a upstream timeout of 60s. The first request is aborted exactly after 60s (see chrome dev tools screenshot). You can tell from the access log that nginx aborted the request, because there was no content sent by nomad.

2024/06/14 19:32:57 [warn] 99#99: *37748 upstream server temporarily disabled while reading response header from upstream, client: 10.0.28.139, server: nomad-ui, request: "GET /v1/jobs/statuses?filter=&namespace=%2A&per_page=25&index=1209611 HTTP/2.0", upstream: "http://192.168.70.102:4646/v1/jobs/statuses?filter=&namespace=%2A&per_page=25&index=1209611", host: "nomad-ui", referrer: "https://nomad-ui/ui/jobs"
2024/06/14 19:32:57 [error] 99#99: *37748 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 10.0.28.139, server: nomad-ui, request: "GET /v1/jobs/statuses?filter=&namespace=%2A&per_page=25&index=1209611 HTTP/2.0", upstream: "http://192.168.70.102:4646/v1/jobs/statuses?filter=&namespace=%2A&per_page=25&index=1209611", host: "nomad-ui, referrer: "https://nomad-ui/ui/jobs"

Nginx temporarily disables the timed-out upstream so the retries by the webfrontend fail as well until the frontend gives up and no further retries are made.

In my case I should have read the documentation a little better because it is clearly state by the docs:

https://developer.hashicorp.com/nomad/tutorials/manage-clusters/reverse-proxy-ui#extend-connection-timeout

@philrenaud
Copy link
Contributor

Thanks everybody for your reports and patience on this issue — we've fixed the bug in #23427 and given options to pause fetching in case lengthening proxy timeout is not immediately possible.

Copy link

I'm going to lock this issue because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Dec 21, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

5 participants