Metrics miss the worker's current job, the queues and the work in flight #195
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Following #194. /metrics has no sign of: the job the worker is on and for how long (the healthcheck passes while it is stuck on one), jobs done by kind and their time, when a scan last finished, web requests in flight, feeds being fetched at once, downloads in progress and bytes downloaded, live updates dropped for a page that fell behind and the live-update queue, DeadAir's backlog and the file it is on, feeds waiting to retry a DNS lookup, the artwork kept against its limit, and the library's counts (feeds, pending, downloaded). All can be kept in memory as the work happens, so /metrics still asks nothing of the database.
Done in
29f1cbc, deployed. In production at once: a scan finished in 1.5 s, the worker idle, nothing in flight, the library's counts from the healthcheck (1535 feeds, 0 pending, 46 files), and the artwork kept at 524.0 MB of its 524.3 MB limit. The dashboard's Daemon row has Worker, Jobs done, Time on jobs, In flight, Download speed, Backlogs, DeadAir on a file and Artwork kept; the prod-check skill's sixth check reads them.