For AI agents: the complete documentation index is available at https://www.jumpserver.com/docs/llms.txt, the full documentation bundle is available at https://www.jumpserver.com/docs/llms-full.txt, and this page is available as Markdown at https://www.jumpserver.com/docs/features/workbench/job-center/jobs.md.
๐ŸŽ‰ JumpServer v5.1.1 is available. See what's new โ†’

Jobs

Jobs stores repeatable operations so that targets, run user, and content are reused on every run. A job is either a script that runs directly on the assets or a Playbook that orchestrates multiple steps. Saving a job is the right choice for routine checks, batch configuration, and any operation that is executed more than once.

Figure 1: The Jobs page

The page has two tabs: Script for command jobs and Playbook for Playbook jobs. The list shows how many assets each job covers and how its last run went.

Prerequisites

  • The Job Center feature is enabled in Feature Settings.
  • Your account is authorized for the assets the job targets.
  • For Playbook jobs, at least one Playbook template exists in Templates.

Create a job

1

Open the Script or Playbook tab and click Create.

2

In Basic, enter a name. Choose the assets or nodes that the job runs on, the run user, and the account policy.

3

On the Task step, select a module and write the script, or load content from a template. For Playbook jobs, select the Playbook instead.

4

Add any variables used by the template or Playbook. Optionally set the run directory and timeout.

5

In Plan, enable Periodic to repeat the job with an Interval or a Crontab expression, or leave it disabled for manual runs.

6

Add a comment if needed, then click Submit, or click Execute after saving to run the job immediately.

Figure 2: Creating a Playbook job

Job parameters

ParameterApplies toDescription
NameScript, PlaybookJob name. Required.
Assets, NodesScript, PlaybookExecution targets. Assets and nodes can be combined.
Run userScript, PlaybookLogin account on the targets. Defaults to root.
Account policyScript, PlaybookWhat happens when the run user is missing: skip the asset, use a privileged account if available, or use only privileged accounts.
ModuleScriptInterpreter: Shell, Powershell, Raw, Python, or a database module.
TemplateScriptLoad the command body from an existing script template.
ContentScriptThe command body executed on the targets.
PlaybookPlaybookPlaybook template used by the job.
VariablesScript, PlaybookVariables used by the template or Playbook; add a name and default value for each.
Run directoryScriptWorking directory for the run.
Timeout (seconds)Script, PlaybookTime limit for one run. -1 means no limit.
PeriodicScript, PlaybookRepeat the job on a schedule.
CommentScript, PlaybookOptional description.

Run a job

Use Execute in the row actions. If the job defines variables, a dialog asks for their values first; otherwise the run starts immediately. The run opens the task page so you can follow the output. After it finishes, the Summary column shows the ratio of successes to total targets, and Date last run records when the job last executed.

If a job is periodic, it runs on its schedule without manual action. Disable Periodic and save to stop future scheduled runs.

Column reference

ColumnDescription
NameJob name
TypeAdhoc (a script job) or Playbook
AssetsNumber of assets covered by the job
DurationAverage duration of past runs
SummarySuccessful runs out of the total targets
Date last runDate of the most recent execution
ActionsExecute, edit, or delete the job
Note

Running and editing jobs is disabled while the global (root) organization is selected. Switch to a specific organization before executing a job.

Note

Every execution is recorded in Execution History. Auditors can review the same runs from Job Audits.