mirror of
https://github.com/amidaware/tacticalrmm.git
synced 2026-04-26 06:55:52 +03:00
[GH-ISSUE #665] Multiple patch policies per client / site / agent / automation policy #2365
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#2365
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 @mctaguma on GitHub (Aug 24, 2021).
Original GitHub issue: https://github.com/amidaware/tacticalrmm/issues/665
Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
The problem I see is that critical and low priority patching has to be added to the same automation policy and scheduled the same, for each client / site / agent.
I would prefer to run critical patching daily, and run low priority patching monthly.
Describe the solution you'd like
A clear and concise description of what you want to happen.
When assigning patch policies to an agent, site, client, or automation policy, it would be helpful to be able to assign multiple patch policies.
An example would be the following patch policies for a single automation policy:
For example, in a 24 / 7 health scenario, we need agents split into A and B categories (we currently use the sites feature for this), then we would like to assign multiple patch policies to each of these sites. This ensures that one site (half the critical agents) are always available.
As an example, we could then schedule:
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
The best current method appears to be weekly patching of critical and important patches, with any low priority patching completed manually using the "Bulk Patch Management" feature.
Additional context
Add any other context or screenshots about the feature request here.
@mctaguma commented on GitHub (Aug 24, 2021):
Apologies, partial duplicate of #427
@silversword411 commented on GitHub (Dec 28, 2023):
Closing as dupe