mirror of
https://github.com/linuxserver/Heimdall.git
synced 2026-03-02 22:56:59 -05:00
[Request] Show if service is online or not (eg via green/red light) #36
Labels
No labels
EnhancedApp
FoundationApp
FoundationApp
FoundationApp
bug
closed-issue-activity
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
no-issue-activity
question
research
research
stale
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Heimdall#36
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @TheGammelgalopper on GitHub (Feb 12, 2018).
Hey, apart from this one feature, this is exactly, what I have been looking for! A dashboard for all your links!
BUT it would be great to have a smaller dot in the corner of each tile which could show the online status of each service.
The server polls the IP(&port) every 5 or so minutes. If he gets a response, the light will turn green, otherwise red. Future additions might include a yellow light and a number with how many minutes have passed since last seen online.
@KodeStar commented on GitHub (Feb 12, 2018):
Hmm, it's an interesting request, I'll definitely put some thought into this. It would probably have an option when adding the app as to whether to monitor it, as you probably wouldn't want to monitor everything.
@TheGammelgalopper commented on GitHub (Feb 12, 2018):
Yes Exactly! This sounds good!
@skluthe commented on GitHub (Feb 13, 2018):
A simple ping health monitor would probably work. Or you could see about uptime robot integration if it isn't too complex. I'm sure there's something out there that's opensource you could implement.
@bassrock commented on GitHub (Feb 19, 2018):
A way to set the health check url as well would be awesome!
@nomandera commented on GitHub (Feb 21, 2018):
We should by default try and think of ways to do this via Enhanced App. i.e. is there a project that monitors services and has an api that can be used to provide info to Heimdall on status.
If there isnt a suitable upstream project then we should start looking into this because what at first seems like as simple idea will very quickly prove not to be. IMHO anyway.
@zag2me commented on GitHub (Feb 21, 2018):
Many years ago I wrote a little php ping app, may be useful although the code is terrible :)
https://github.com/zag2me/PHP-Server-Monitor
@DavidRawling commented on GitHub (Nov 20, 2018):
I'd suggest that ping isn't a great solution for this, as you might (probably will!) have hosts with multiple services. Containers, or just multiple apps on a single host fit this model. If you have (say) Plex, Sonarr and Radarr on one host, you'd want the indicator to show separate statuses for each, but ping would just show the underlying host.
If the goal is maximum flexibility, then I'd suggest a monitored item should have a "monitor URL" - which defaults to the main URL - and the HTTP status code for a HEAD {URI} operation should govern status. 200 is green, 30x to a 200 is green. 400/500 are the errors.
@TheGammelgalopper commented on GitHub (Nov 20, 2018):
Oh I didn't think of that, as most of my services have their own IP.
So querying HTTP status codes is probably a better idea!
@nomandera commented on GitHub (Nov 21, 2018):
The problem with this idea is that its scale to be truly useful is considerable.
For example you will need to be able to test various flavors of service, TCP, UDP, ICMP... then you quickly need to understand HTTP error codes... but that leads to being able to check content as a blank page with 200 code is still an error.
And then there is "IF THENS". For example there no point alarming that all your web links are down if all that means is your internet connection broke.
On top of that we need to be able to handle the various authentications that will be required.
For sure some basic HTTP 200 test of the shortcut is up could be useful but IMHO it would be far better to find a proper project that does this and tie into their api