Following on from my previous post which guides you through setting up Rundeck and adding Nodes.

Rundeck 3: Install, Setup a Project and Add Nodes
IntroductionRundeck is both a hugely powerful method of centralising your scripts and timebased (cron) jobs and a right royal pain in the bum to setup. Being an opensource project its changed over may iterations and in doing so its an example offinding information on the web when problems arise …

The next step is to run some simple Jobs on these remote nodes.


Prior to working through these instructions, the assumption is you have a working rundeck with nodes setup which Rundeck is able to run a test job against.

What is covered below?

This post will cover how to run a command line or a remote script on a remote box, it does not go into using Ansible (thats next on the list) or holding the script locally and using SCM (Later post). The idea here is to be able to get a sysadmin up and running with remote commands or scripts run from Rundeck. At this point I’m not looking to do anything Devops wise


I’m learning this and putting forward what i’ve learnt, it may not be the best way to do things. If you feel there is a discussion about a better method please get in touch. I will ask you to explain your reasoning, its not me being rude, its me learning. If the reply and conversation seems to be workable, i’ll update the blog and cite accordingly.

mightywomble (u/mightywomble) – Reddit
u/mightywomble: 💻 Dell XPS13 – OpenSuse Tumbleweed 💻 HPChromebook X2 – ChromeOS 💻 Lenovo T430 – Windows10 📱 Samsung Note 9 📱 Oneplus6 📷 Nikon …

Add New Job

What does this job do?

In this example I will setup a job which runs on a reverse proxy and updates my LetsEncrypt Certs (or at least confirms if any need updating) once a week. when the job runs it will send me notifications on Start, Success or Fail

Select the Project

On your Rundeck server login and select your project

In the left hand menu select Jobs and under Job actions select New Job

Setup the Job

Setting up a job in rundeck involves completing a set of cards with a set of actions


Details are where the name of the job and a description are set, the description supports markdown. The group selection can be used to restrict the job to a specific group.

Don’t click save, click Workflow


In the workflow section the commands and flow of what you want the job to do are setup

I’ve not used any options, within this menu however we ca do things like hide passwords and scripts

Under workflow we can:

  • determine what to do if a step fails (this job only has one step)
  • If we were running the command on multiple nodes, choose to do this sequentially, all at once or Chose a specific node order (This job will only run on one node)
  • A set of filters based around logging can be applied to the job
  • We can add steps for a job to follow

Click on Add Step and you are provided with a choice of steps you can use, out of the box there is a good selection and Rundeck has a solid plugin architecture to expand these steps

For this example I want to run a command on a remote node so I’d select the Command Node Step. Node Steps are run on each node

The other Tab Workflow steps run an action once per workflow on the rundeck box.

As we selected Command we are now presented with the command box which is the command we want to run on the remote box.

The step Label is what is displayed on the workflow screen and as part of the resulting run report.

Note: I’m able to use “sudo” because in the previous tutorial I setup rundeck to be aware of the sudo password.

Click on Save to save the command

Now click on the Nodes tab


There are a lot of options on the Node screen where as the name would suggest is where we let the job know which node to run the job on. In this example I’m only running a command on a single node

Select Dispatch to Nodes

There is a list of available nodes under Matched Nodes, type in the name of the node you want to run the job on  and click on Search. The filter can be a wildcard, inter* as an example.

I’m happy with the defaults for the rest of the screen, and they are self explanatory

Click on the Schedule tab


This is where the start of the power of Rundeck starts to come to fruit, as a replacement for locally un-managed cron jobs just doing this simple LetsEncrypt update we can start to have centrally managed scheduled jobs.

  • Schedule Run Repeatedly – Yes if you want the job to run as such (I do) You can select which day of the week, untick monthly and the jobs will run weekly.
  • TimeZone –  This will run on the timezone of the box, however if you want to manage servers in other timezones Rundeck does honour these (I tested it)
  • Enable Scheduling – Set to Yes
  • Enable Execution –  Set to Yes

Click on the Notifications tab


Notifications will either send you an email based on the type of notification you want or can use webhooks to sent updates to Slack or other products.

There are 3 main type of Notifications Success, Fail or Start, its also possible if you know a job may run for a set length of time to set a threshold and have a notification if a job over runs the time frame.

Select Send Notifications = yes and choose On Success

We can setup to send an email, include the log output file inline or as an attachment, who the message is sent from and where to.

Select the Other Tab


The aptly named “other” screen has a whole heap of options, the one I set is to have the default view as being the Log View.

Click on Save

Run the Job

Once the job has been saved we can run the job and we will do this by clicking on the jobs screen within the project.

I’ve got several jobs, and from this screen there are a couple of ways of running the jobs the first option is by clicking on the Green start arrow next to the job name

Running Jobs – Option 1

Clicking on the Green Start button launches the Execute Job dialog box which has some options which allow you to change which nodes the job will run on and there is option on how to Follow the Execution of the job, where I usually select Log Output as it gives a good view to see what’s happening with your job.

Can now click on Run Job Now or the drop down next to it if you want to see the debug output of the job.

Running Jobs – Option 2

Clicking on the job name opens the Job Execution screen which gives you stats on the failed or successful job runs. You can also control the job.

In the Action menu you have options which are pretty self explanatory of which Edit the Job and Download Job definition in ____ options which we can look at later.

Under the Definition button a dialog is presented with the workflow of the job

Just as in option 1 there is a choice how to view the job running and as with Job 1 I prefer the Log Output

The last button is to run the job, as with option 1 clicking on the down button provides options including the additional deferring a job till later.

Job Running

Run with Log View the “screen output” is displayed on the log file. There are additional options on the screen which you can run the job again, delete the job log

The nodes button switches from the log view to the Node view (and in node view there is a Log Output button in the same place.)

Shows the node output.

Setup as code?

To view the code as a Yaml select the Action menu in Option 2 and choose Downlod Job Definition as YAML

This will result in a yaml file like the one below being created which can then be backed up or used with the rundeck-cli command

- defaultTab: nodes  description: A monthly job run on server external to check if any LetsEncrypt certsneed updating.  executionEnabled: true  id: abdc8f24-b052-4b2f-be9f-6abd582cab4d  loglevel: INFO  name: Update_letsencrypt_certs  nodeFilterEditable: false  nodefilters:dispatch:  excludePrecedence: true  keepgoing: false  rankOrder: ascending  successOnEmptyNodeFilter: false  threadcount: '1'filter: external  nodesSelectedByDefault: true  notification:onfailure:  email:    recipients:    subject: 'Rundeck: Failed - Letencrypt Update'onstart:  email:    recipients:    subject: 'Rundeck: Started - Letencrypt Update'onsuccess:  email:    attachLog: true    attachLogInFile: true    recipients:    subject: 'Rundeck: Success - Letencrypt Update'    notifyAvgDurationThreshold: null  plugins:    ExecutionLifecycle: null  schedule:month: '*'time:  hour: '04'  minute: '40'  seconds: '0'weekday:  day: '*'year: '*'  scheduleEnabled: true  sequence:commands:- description: Run Certbot Renew  exec: sudo certbot renewkeepgoing: falsestrategy: node-first  timeZone: Europe/London      uuid: abdc8f24-b052-4b2f-be9f-6abd582cab4d


This post should provide a sysadmin with a bastion jumpbox enough to use tools like puppet-bolt or ansible at a command line level the ability to have scheduled jobs centralised and better managed.

However the true power of rundeck comes from its integrations and plugins, so the next post will be based around using Rundeck and Ansible, and if I can get it working using Ansible AWX (Ansible Towers feeder project, think Fedora to Redhat) and Rundeck to compliment each other.

By davidfield

Tech Entusiast