mirror of
https://github.com/amidaware/tacticalrmm.git
synced 2026-04-26 23:15:57 +03:00
[GH-ISSUE #2171] Manage Check History Retention per Check #1347
Labels
No labels
In Process
bug
bug
dev-triage
documentation
duplicate
enhancement
fixed
good first issue
help wanted
integration
invalid
pull-request
question
requires agent update
security
ui tweak
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/tacticalrmm#1347
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 @adamjrberry on GitHub (Mar 16, 2025).
Original GitHub issue: https://github.com/amidaware/tacticalrmm/issues/2171
Is your feature request related to a problem? Please describe.
Currently check history appears to be stored per the setting in Global Settings > Retention > Check History. In most cases this is optimal, but in some cases, users may need to define different retention policies for checks. In my case, I'm showing a specific check status on a Grafana dashboard and only need to know about it if it's currently failing, while there are some other checks that it's useful to keep a history of.
Describe the solution you'd like
The ability to set retention policies for Checks on a per-check basis. It would be good to have the ability to disable storing history for specific checks.
Describe alternatives you've considered
Not sure of any alternatives that wouldn't also result in logging. I did consider doing this as a task instead of a check, but it seems tasks can only be ran as quickly as daily on Linux currently, and I'm not sure of the logging/db overhead for this as well.
Additional context
This is less of an issue and more of a 'nice to have'. I'm just mindful that I'm causing entries in my database from checks when the history of this specific check is irrelevant and doesn't need to be stored. I run this check fairly frequently.
In this case, I'm using a check to report when there are available APT Updates, and also another to report on needrestart status. The history of these checks is useless to me, I only need the current data, and if I need any historical data, that is already being piped to our syslog collector.
If anyone has any suggestions on how to achieve this in the meantime, I'd be keen to hear.