mirror of
https://github.com/amidaware/tacticalrmm.git
synced 2026-04-26 15:05:57 +03:00
[GH-ISSUE #1521] If agent is offline have one-off commands/scripts/tasks be queued thru the "pending actions" mechanism #2895
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#2895
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 @silversword411 on GitHub (May 25, 2023).
Original GitHub issue: https://github.com/amidaware/tacticalrmm/issues/1521
If an agent is offline at the time of a command/script run is manually triggered it dies and disappears because the agent is offline
Have those items get put into the "pending actions" queue for when they come online
Also add more data to pending actions, like date/time and agent doing the task.
@ghost commented on GitHub (May 29, 2023):
Scheduled scripts too would be good.
@asasin114 commented on GitHub (Jun 14, 2023):
Would love to see this implemented!
@Treawlony commented on GitHub (Nov 25, 2023):
A must have for non-corporate environments (like schools) where laptops are not always online
@dfr-fands commented on GitHub (Dec 12, 2024):
Seconding this, right now the most important feature in TacticalRMM we miss in our environment by far, as we have many sites in different timezones (we are paying the sponsor) and endpoints aren't always online. Would be great to have it in bulk scripts too (as per issue https://github.com/amidaware/tacticalrmm/issues/1060).
@LeoDJ commented on GitHub (Jul 16, 2025):
I think I've found a workaround (for Linux agents):
You can create a "run once" task via the policies, if you want to apply it to multiple agents. (And via the normal "Tasks" tab for a single agent, probably)
tl;dr: Create a policy, assign it to a site (if you don't have one already) and create a task with an "onboarding" schedule.
Step-by-step:
This should now run the task after a few minutes on all online agents as well as offline agents after they're booted and checked in.
(At least from my preliminary tests on Linux agents. Will see if it works reliably in the next weeks.
Not sure if this works for Windows aswell, probably depends on the new task scheduling system, idk if it's already activated for Windows agents.)
@dfr-fands commented on GitHub (Jul 17, 2025):
@LeoDJ I've been using this method for Windows as well, but it's extremely unreliable, sometimes it can take up to a day after the agents boot, other times the task does not run at all. I would say about a 50% success rate in getting the task to actually run when the computer boots. It's also quite cumbersome since it requires creating an automation policy. It's really not a viable alternative, for Windows at least.
I understand that maintainers' time is probably very limited, but in my opinion this needs to be given priority, it's a basic RMM feature that has been the sole reason some of the people I recommended TacticalRMM to (which were paying the sponsorship) have switched to other products.