Machine runner installation on macOS
On This Page
- Prerequisites
- Self-hosted runner terms agreement
- 1. Create namespace and resource class
- 2. Download launch-agent script and install binary
- 3. Create self-hosted runner configuration
- 4. Update working directory permission
- 5. Install the self-hosted runner configuration
- 6. Create and install launchd .plist
- 7. Enable launchd service
- 8. Verify the service is running
- Machine runner configuration example
- Troubleshooting
This installation method is deprecated for CircleCI cloud customers. Refer to the machine runner 3.0 installation guide for the recommended steps to set up macOS self-hosted runners on CircleCI cloud. |
This page describes how to install CircleCI’s machine runner on macOS for CircleCI server customers.
Prerequisites
To install machine runners and run jobs, you will need to have root access, and have the following utilities and tools installed on your system:
-
curl (installed by default on macOS)
-
sha256sum (if not pre-installed):
-
brew install coreutils
-
-
The CircleCI CLI if you wish to install runners from the command line
Self-hosted runner terms agreement
Before you can install self-hosted runners through the web app, you will need to agree to the CircleCI Runner Terms. To be able to gain access to the Self-Hosted Runners section of the CircleCI web app or your CircleCI server app, an admin in your organization needs to navigate to , and agree to the terms.
Once the terms have been accepted, Self-Hosted Runners will appear permanently in the side navigation.
Your role within your org is determined differently depending on how you integrate with your code, as follows:
-
If your code is integrated with CircleCI via the GitHub OAuth App or Bitbucket Cloud, CircleCI mirrors VCS permissions for organizations. If you are an admin on your organization’s VCS, you are an admin on CircleCI. If you are unsure, check the admin permissions on your VCS.
-
If your code is integrated with CircleCI via the GitHub App, GitLab, or Bitbucket Data Center, you can check roles by navigating to Roles and permissions overview.
. Full details on roles and permissions are available in the
To find out which GitHub integration you are using, head to the CircleCI web app, select your org, select Organization Home from the sidebar, and inspect the URL in your browser:
For more information about the differences, see the GitHub docs comparison page. |
1. Create namespace and resource class
In order to install self-hosted runners, you will need to create a namespace and resource class token. To create resource classes and tokens, you need to be an organization admin in the VCS provider. You can read about namespaces and resource classes on the Concepts page.
You can view your installed runners on the inventory page, by clicking Self-Hosted Runners on the left navigation.
-
On the CircleCI web app, navigate to Self-Hosted Runners and select Create Resource Class.
-
Next, you will create a custom resource class to use when configuring jobs to use your self-hosted runners. If this is your organization’s first time using self-hosted runners. You will need to create or enter a namespace. If your organization already creates orbs, do not create a new namespace, but instead enter the namespace your organization uses for orbs here too. Enter aname for your self-hosted runner resource class.
Each organization can only create a single namespace. While not required, we suggest using a lowercase representation of your CircleCI account name. CircleCI will populate your org name as the suggested namespace by default in the UI. -
Copy and save the resource class token. Self-hosted runners use this token to claim work for the associated resource class.
The token cannot be retrieved again, be sure to store it safely. -
Select the Machine tab and progress on to the platform-specific instructions in the next section of this installation guide.
2. Download launch-agent script and install binary
-
Save the download-launch-agent script in the root of your project. When run (see the next step) the script will download the launch-agent binary, verify the checksum, and set the launch agent version.
Self-hosted runners on cloud auto-update to the latest supported versions. For server, specific self-hosted runner versions are validated for interoperability, and self-hosted runners do not auto-update.
-
Set your target platform and run the
download-launch-agent.sh
script to download, verify, and install the binary.-
If you are using cloud, use the table below to find your platform variable:
Installation Target Variable macOS x86_64
platform=darwin/amd64
macOS M1
platform=darwin/arm64
For example, on cloud, to set your platform for macOS M1 and run the
download-launch-agent.sh
script, run the following:export platform=darwin/arm64 && sh ./download-launch-agent.sh
-
For server v4.x and up, use the table below to find the compatible machine runner launch-agent version for the version of server you are running:
Server version Launch agent version 4.0
1.1.73695-40bf772
4.1
1.1.73695-40bf772
4.2
1.1.73695-40bf772
4.3
1.1.73189-8792751
Substitute
<launch-agent-version>
with your launch-agent version for server and run the following:export agent_version="<launch-agent-version>" && sh ./download-launch-agent.sh
Once your runner is successfully set up, you can delete the download-launch-agent.sh
file.
-
3. Create self-hosted runner configuration
You will need to choose a user to run the CircleCI agent. These instructions refer to the selected user as USERNAME
. The USERNAME
refers to the user on the machine that the agent will be installed on, not the CircleCI account username.
Complete the template shown below, with the various capitalized parameters filled in. When complete, save the template as launch-agent-config.yaml
.
api:
auth_token: AUTH_TOKEN
# On server, set url to the hostname of your server installation. For example,
# url: https://circleci.example.com
runner:
name: RUNNER_NAME
command_prefix : ["sudo", "-niHu", "USERNAME", "--"]
working_directory: /var/opt/circleci/workdir
cleanup_working_directory: true
logging:
file: /Library/Logs/com.circleci.runner.log
-
Replace
AUTH_TOKEN
with the resource class token created in the set up process. -
Replace
RUNNER_NAME
with the name you would like for your self-hosted runner.RUNNER_NAME
is unique to the machine that is installing the runner.RUNNER_NAME
can be any value you would like, and it does not need to include any part of your namespace or resource class name. However, it is recommended to use the hostname of the machine so that it can be used to identify the agent when viewing statuses and job results in the CircleCI web app. The only special characters accepted in RUNNER_NAME are. () - _
.
4. Update working directory permission
The CircleCI agent requires write permission to the directory containing the working directory. Change the ownership of that directory to USERNAME
:
sudo chown USERNAME /var/opt/circleci
5. Install the self-hosted runner configuration
Create a directory as root
to hold the CircleCI’s self-hosted runner configuration:
sudo mkdir -p '/Library/Preferences/com.circleci.runner'
Copy the previously created launch-agent-config.yaml
into the directory and change its permissions to 600
:
sudo cp "launch-agent-config.yaml" "/Library/Preferences/com.circleci.runner/launch-agent-config.yaml"
sudo chmod 600 "/Library/Preferences/com.circleci.runner/launch-agent-config.yaml"
6. Create and install launchd .plist
Create a com.circleci.runner.plist
file with a path of /Library/LaunchDaemons/com.circleci.runner.plist
, owned by root
, with permissions 644
. Use the following commands:
sudo touch /Library/LaunchDaemons/com.circleci.runner.plist
sudo chown root: /Library/LaunchDaemons/com.circleci.runner.plist
sudo chmod 644 /Library/LaunchDaemons/com.circleci.runner.plist
Copy the following to the new /Library/LaunchDaemons/com.circleci.runner.plist
file:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>com.circleci.runner</string>
<key>Program</key>
<string>/opt/circleci/circleci-launch-agent</string>
<key>ProgramArguments</key>
<array>
<string>circleci-launch-agent</string>
<string>--config</string>
<string>/Library/Preferences/com.circleci.runner/launch-agent-config.yaml</string>
</array>
<key>RunAtLoad</key>
<true/>
<!-- The agent needs to run at all times -->
<key>KeepAlive</key>
<true/>
<!-- This prevents macOS from limiting the resource usage of the agent -->
<key>ProcessType</key>
<string>Interactive</string>
<!-- Increase the frequency of restarting the agent on failure, or post-update -->
<key>ThrottleInterval</key>
<integer>3</integer>
<!-- Wait for 10 minutes for the agent to shut down (the agent itself waits for tasks to complete) -->
<key>ExitTimeOut</key>
<integer>600</integer>
<!-- The agent uses its own logging and rotation to file -->
<key>StandardOutPath</key>
<string>/dev/null</string>
<key>StandardErrorPath</key>
<string>/dev/null</string>
</dict>
</plist>
7. Enable launchd
service
Now you can load the service:
sudo launchctl load '/Library/LaunchDaemons/com.circleci.runner.plist'
If you are following these instructions for a second time, use the command below to unload the existing service. Once the existing service is unloaded, you can load the new service with the command above. |
sudo launchctl unload '/Library/LaunchDaemons/com.circleci.runner.plist'
8. Verify the service is running
Open the pre-installed macOS application Console. In this application, you can view the logs for the CircleCI agent under Log Reports. Look for the logs called com.circleci.runner.log
in the list. You can also find this file by navigating to Library > Logs.
Machine runner configuration example
Once you have installed configuration runner, select Continue in the CircleCI web app and you will be presented with an example configuration snippet showing a job configured to use your new self-hosted runner resource class.
The fields you must set for a specific job to run using your machine runners are:
-
machine: true
-
resource_class: <namespace>/<resource-class>
Simple example of how you could set up a job:
version: 2.1
workflows:
build-workflow:
jobs:
- runner
jobs:
runner:
machine: true
resource_class: <namespace>/<resource-class>
steps:
- run: echo "Hi I'm on Runners!"
The job will then execute using your self-hosted runner when you push the .circleci/config.yml
to your VCS provider.
Troubleshooting
Refer to the Troubleshoot Machine Runner section of the Troubleshoot Self-hosted Runner guide if you encounter issues installing or running machine runner on macOS.