[GH-ISSUE #665] Multiple patch policies per client / site / agent / automation policy #423

Closed
opened 2026-03-02 02:16:13 +03:00 by kerem · 2 comments
Owner

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:

  • Critical daily patching
  • Important weekly patching
  • Low priority monthly patching

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:

  • Critical patching for the A site daily at midnight, and the B site daily at 2am
  • Low priority patching for the A site monthly on the 20th day at 1am, and the B site monthly on the 27th day at 1am

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.

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: - Critical daily patching - Important weekly patching - Low priority monthly patching 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: - Critical patching for the A site daily at midnight, and the B site daily at 2am - Low priority patching for the A site monthly on the 20th day at 1am, and the B site monthly on the 27th day at 1am **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.
kerem 2026-03-02 02:16:13 +03:00
  • closed this issue
  • added the
    duplicate
    label
Author
Owner

@mctaguma commented on GitHub (Aug 24, 2021):

Apologies, partial duplicate of #427

<!-- gh-comment-id:905029655 --> @mctaguma commented on GitHub (Aug 24, 2021): Apologies, partial duplicate of #427
Author
Owner

@silversword411 commented on GitHub (Dec 28, 2023):

Closing as dupe

<!-- gh-comment-id:1871103516 --> @silversword411 commented on GitHub (Dec 28, 2023): Closing as dupe
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/tacticalrmm#423
No description provided.