Installs and configures Jenkins CI controller & agents. Resource providers to support automation via jenkins-cli, including job create/update.
Breaking migration notes live in migration.md.
This cookbook is maintained by the Sous Chefs. The Sous Chefs are a community of Chef cookbook maintainers working together to maintain important cookbooks. If you’d like to know more please visit sous-chefs.org or come chat with us on the Chef Community Slack in #sous-chefs.
- AlmaLinux 8+
- Amazon Linux 2023
- CentOS Stream 9+
- Debian 12+
- Fedora latest
- Oracle Linux 8+
- Rocky Linux 8+
- Ubuntu 22.04+
- Chef Infra Client 15.3+
This cookbook does not install, manage, or manipulate a JDK, as that is outside of the scope of Jenkins. The package installation method will automatically pull in a valid Java if one does not exist on Debian. RHEL jenkins packages do not depend on java as there are far too many options for a package to do the right thing. We recommend including the java cookbook on your system which allows for either openJDK or Oracle JDK installations.
The legacy attribute interface has been removed. Configure controller install defaults on jenkins_install, and configure runtime overrides for CLI-driven resources with jenkins_executor_config or node.run_state[:jenkins_runtime_config].
See migration.md for the breaking mappings.
Documentation and examples are provided inline using YARD. The tests and fixture cookbooks in test and test/fixtures are intended to be a further source of examples.
Use jenkins_install to install a controller. Package and WAR installs are both supported.
jenkins_install 'controller' do
install_method 'package'
endpoint 'https://jenkins.example.com'
home '/var/lib/jenkins'
java '/usr/bin/java'
update_center_mirror 'https://updates.jenkins.io'
update_center_channel 'stable'
update_center_sleep 10
end- jenkins_credentials
- jenkins_file_credentials
- jenkins_githubapp_credentials
- jenkins_password_credentials
- jenkins_private_key_credentials
- jenkins_secret_text_credentials
Legacy slave-named aliases remain for compatibility.
If you use or plan to use authentication for your Jenkins cluster (which we highly recommend), you will need to configure CLI authentication. Jenkins 2.332.1+ requires authentication for CLI commands by default.
jenkins_executor_config 'controller auth' do
endpoint 'https://jenkins.example.com'
cli_username 'admin'
cli_password 'admin_api_token_or_password'
timeout 300
endFor credential-file auth, point the runtime config at a username:password or username:api_token file:
jenkins_executor_config 'controller auth' do
endpoint 'https://jenkins.example.com'
cli_credential_file '/path/to/credentials_file'
timeout 300
endYou can also continue to set the value directly in run_state:
node.run_state[:jenkins_cli_credential_file] = '/path/to/credentials_file'The credentials file should contain username:password or username:api_token.
Note: Using an API token instead of a password is recommended for security. You can generate an API token from the Jenkins user configuration page.
For older Jenkins installations or when SSH-based authentication is preferred, you can set a private key in the run_state:
node.run_state[:jenkins_private_key]The underlying executor class (which all custom resources use) intelligently adds authentication information to the Jenkins CLI commands if this value is set. The method used to generate and populate this key-pair is left to the user:
# Using search
master = search(:node, 'fqdn:master.ci.example.com').first
node.run_state[:jenkins_private_key] = master['jenkins']['private_key']
# Using encrypted data bags and chef-sugar
private_key = encrypted_data_bag_item('jenkins', 'keys')['private_key']
node.run_state[:jenkins_private_key] = private_keyThe associated public key must be set on a Jenkins user. You can use the jenkins_user resource to create this pairing. Here's an example that loads a keypair and assigns it appropriately:
jenkins_keys = encrypted_data_bag_item('jenkins', 'keys')
require 'openssl'
require 'net/ssh'
key = OpenSSL::PKey::RSA.new(jenkins_keys['private_key'])
private_key = key.to_pem
public_key = "#{key.ssh_type} #{[key.to_blob].pack('m0')}"
# Create the Jenkins user with the public key
jenkins_user 'chef' do
public_keys [public_key]
end
# Set the private key on the Jenkins executor
node.run_state[:jenkins_private_key] = private_keyPlease note that older versions of Jenkins (< 1.555) permitted login via CLI for a user defined in Jenkins configuration with an SSH public key but not present in the actual SecurityRealm, and this is no longer permitted. If an operation requires any special permission at all, you must authenticate as a real user. This means that if you have LDAP or GitHub OAuth based authn/authz enabled the user you are using for configuration tasks must have an associated account in the external services. Please see JENKINS-22346 for more details.
Jenkins 2 enables an install wizard by default. To make sure you can manipulate the jenkins instance, keep the setup-wizard JVM flag when overriding JVM options:
jenkins_install 'controller' do
jvm_options '-Djenkins.install.runSetupWizard=false'
endThis is done by default, but must be kept when overriding the jvm_options!
If you need to pass through a proxy to communicate between your controllers and agents, configure it on the executor runtime:
jenkins_executor_config 'controller proxy' do
proxy '1.2.3.4:5678'
endPlease see the Contributing and Testing Guidelines.
This project exists thanks to all the people who contribute.
Thank you to all our backers!
Support this project by becoming a sponsor. Your logo will show up here with a link to your website.