# puppet-jenkins **Repository Path**: mirrors_puppetlabs/puppet-jenkins ## Basic Information - **Project Name**: puppet-jenkins - **Description**: Puppet module for Jenkins - **Primary Language**: Unknown - **License**: Apache-2.0 - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2022-03-25 - **Last Updated**: 2026-04-11 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # puppet-jenkins [![Build Status](https://travis-ci.org/voxpupuli/puppet-jenkins.svg?branch=master)](https://travis-ci.org/voxpupuli/puppet-jenkins) This is intended to be a re-usable [Puppet](http://www.puppetlabs.com/puppet/introduction/) module that you can include in your own tree. # Experimental Types and Providers _The experimental types/providers are **not for the faint of heart**. If you are starting out with this module you probably want to skip directly to [Getting Started](#getting-started)._ A family of experimental native types and providers has been added to this module, in parallel to the existing classes and defined types, with the goal of soliciting feedback. One of the primary benefits of these new types is not requiring manifest changes to manage jenkins with or without "security" enabled. The goal is to eventually replace the functionality of the existing classes/defines with the new types. _Usage feedback (positive and negative), bug reports and/or PRs would be greatly welcomed._ **The semantics and API of these types should be considered _unstable_ and almost certainly will change based on feedback. It is currently unclear if these types will be considered part of the public API or treated as private to the module.** See [NATIVE_TYPES_AND_PROVIDERS.md](NATIVE_TYPES_AND_PROVIDERS.md) # Jenkins 2.54 and 2.46.2 remoting free CLI and username / password CLI auth Jenkins refactored the CLI in 2.54 and 2.46.2 in response to several security incidents (See [JENKINS-41745](https://issues.jenkins-ci.org/browse/JENKINS-41745). This module has been adjusted to support the new CLI. The CLI supports proper authentication with username and password. It's a requirement for supporting AD and OpenID authentications (there is no ssh key there). You can supply ```$::jenkins::cli_username``` and ```$::jenkins::cli_password``` to use username / password based authentication. Then the puppet automation user can also reside in A.D Note: Jenkins requires a ssh username, so you must also provide ```$::jenkins::cli_username``` for ssh. If you specify both username/password and ssh key file, SSH authentication is preferred. # Using puppet-jenkins ## Getting Started ```bash puppet module install puppet/jenkins ``` ```puppet node 'hostname.example.com' { include jenkins } ``` Then the service should be running at [http://hostname.example.com:8080/](http://hostname.example.com:8080/). ### Jenkins' options #### Master Executor Threads ```puppet class { 'jenkins': executors => 0, } ``` ### Managing Jenkins jobs Build jobs can be managed using the `jenkins::job` define #### Creating or updating a build job ```puppet jenkins::job { 'test-build-job': config => template("${templates}/test-build-job.xml.erb"), } ``` #### Removing an existing build job ```puppet jenkins::job { 'test-build-job': ensure => 'absent', } ``` ### Installing Jenkins plugins The Jenkins puppet module defines the `jenkins::plugin` resource which will download and install the plugin "[by hand](https://wiki.jenkins-ci.org/display/JENKINS/Plugins#Plugins-Byhand)" The names of the plugins can be found on the [update site](https://updates.jenkins-ci.org/download/plugins) #### Latest By default, the resource will install the latest plugin, i.e.: ```puppet jenkins::plugin { 'git': } ``` If you specify `version => 'latest'` in current releases of the module, the plugin will be downloaded and installed with *every* run of Puppet. This is a known issue and will be addressed in future releases. #### By version If you need to peg a specific version, simply specify that as a string, i.e.: ```puppet jenkins::plugin { 'git': version => '1.1.11', } ``` Note that plugin will timeout if it takes longer than 120 seconds to download. You can increase this by specifying a timeout value, i.e: `timeout => 240`. #### Verifying This module will download the jenkins modules over HTTP, without SSL. In order to add some verification regarding the downloaded file, you can specify a checksum. You can also define a checksum type with 'digest_type' (default to sha1 if unspecified) ie.: ```puppet jenkins::plugin { 'git': version => '2.2.12', digest_string => '48141822e0eea1faa1a1a99b35372494e7352c2746ca3aa3a19a07f34b021848d2cd0bffc8959c1b809c5be231c1b49e9ffec0430dd68938197ac0f34588ee25', digest_type => 'sha512', } ``` #### Direct URL Direct URL from which to download plugin without modification. This is particularly useful for development and testing of plugins which may not be hosted in the typical Jenkins' plugin directory structure. ```puppet jenkins::plugin { 'myplugin': source => 'https://example.org/myplugin.hpi', } ``` Note that that when `source` is specified, the `version` and `plugin_url` parameters will have no effect on the plugin retrieval URL. #### Plugin dependencies Dependencies are not automatically installed. You need to manually determine the plugin dependencies and include those as well. The Jenkins wiki is a good place to do this. For example: The Git plugin page is at https://wiki.jenkins-ci.org/display/JENKINS/Git+Plugin. ### Slaves You can automatically add slaves to jenkins, and have them auto register themselves. Most options are actually optional, as nodes will auto-discover the master, and connect. Full documentation for the slave code is in jenkins::slave. It requires the swarm plugin on the master & the class jenkins::slave on the slaves, as below: ```puppet node /jenkins-slave.*/ { class { 'jenkins::slave': masterurl => 'http://jenkins-master1.domain.com:8080', ui_user => 'adminuser', ui_pass => 'adminpass', } } node /jenkins-master.*/ { include jenkins include jenkins::master } ``` ### Depending on Jenkins If you have any resource in Puppet that *depends* on Jenkins being present, add the following `require` statement: ```puppet exec { 'some-exec': require => Class['jenkins::package'], # ... etc } ``` ### Advanced features 1. Plugin Hash - jenkins::plugins 2. Config Hash - jenkins::config 3. Configure Firewall - jenkins (init.pp) 4. Outbound Jenkins Proxy Config - jenkins (init.pp) 5. [CLI Helper](#cli-helper) * [`exec_cli_helper`](#exec_cli_helper) 6. Jenkins Users 7. Credentials 8. Simple security model configuration ### API-based Resources and Settings (Users, Credentials, security) This module includes a groovy-based helper script that uses the [Jenkins CLI](https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+CLI) to interact with the Jenkins API. Users, Credentials, and security model configuration are all driven through this script. When an API-based resource is defined, the Jenkins' CLI is installed and run against the local system (127.0.0.1). Jenkins is assumed to be listening on port 8080, but the module is smart enough to notice if you've configured an alternate port using jenkins::config_hash['HTTP_PORT']. Users and credentials are Puppet-managed, meaning that changes made to them from outside Puppet will be reset at the next puppet run. In this way, you can ensure that certain accounts are present and have the appropriate login credentials. ### CLI Helper The CLI helper assumes unauthenticated access unless configured otherwise. You can configure `jenkins::cli_helper` to use an SSH key on the managed system by passing the keyfile path as a class parameter: ```puppet class {'jenkins': cli_ssh_keyfile => '/path/to/id_rsa', } ``` ... or via hiera: jenkins::cli_ssh_keyfile: "/path/to/id_rsa" __Direct including of the `jenkins::cli_helper` class into the manifest is deprecated.__ There's an open bug in Jenkins (JENKINS-22346) that causes authentication to fail when a key is used but authentication is disabled. Until the bug is fixed, you may need to bootstrap jenkins out-of-band to ensure that resources and security policy are configured in the correct order. For example: # In puppet: anchor {'jenkins-bootstrap-start': } -> Class['jenkins::cli_helper'] -> Exec[$bootstrap_script] -> anchor {'jenkins-bootstrap-complete': } # Code for $bootstrap_script #!/bin/bash -e # Generate an SSH key for the admin user ADMIN_USER='<%= admin_user_name %>' ADMIN_EMAIL='<%= admin_user_email %>' ADMIN_PASSWORD='<%= admin_user_password %>' ADMIN_FULLNAME='<%= admin_user_full_name %>' ADMIN_SSH_KEY='<%= admin_ssh_keyfile %>' JENKINS_CLI='<%= jenkins_libdir %>/jenkins-cli.jar' PUPPET_HELPER='<%= jenkins_libdir %>/puppet_helper.groovy' HELPER="java -jar $JENKINS_CLI -s http://127.0.0.1:8080 groovy $PUPPET_HELPER" DONEFILE='<%= jenkins_libdir %>/jenkins-bootstrap.done' ADMIN_PUBKEY="$(cat ${ADMIN_SSH_KEY}.pub)" # Create the admin user, passing no credentials $HELPER create_or_update_user "$ADMIN_USER" "$ADMIN_EMAIL" "$ADMIN_PASSWORD" "$ADMIN_FULLNAME" "$ADMIN_PUBKEY" # Enable security. After this, credentials will be required. $HELPER set_security full_control touch $DONEFILE #### `jenkins::cli::exec` The defined type `jenkins::cli::exec` may be used to execute arbitrary CLI helper commands. Arguments to the CLI helper script may be specified as the resource's title. ```puppet jenkins::cli::exec { 'set_num_executors 0': } ``` Or passed as an array to the `command` parameter. This example is semantically equivalent to the first. ```puppet jenkins::cli::exec { 'set_num_executors 0': command => ['set_num_executors', '0'], } ``` which is also equivalent to: ```puppet jenkins::cli::exec { 'set_num_executors 0': command => 'set_num_executors 0', } ``` If the `unless` parameter is specified, an environment variable named `$HELPER_CMD` is declared which contains the complete string needed to execute the CLI helper script (minus arguments). This may be useful in constructing idempotent `exec` statements. ```puppet $num_executors = 0 jenkins::cli::exec { "set_num_executors ${num_executors}": unless => "[ \$(\$HELPER_CMD get_num_executors) -eq ${num_executors} ]" } ``` #### Users Email and password are required. Create a `johndoe` user account whose full name is "Managed by Puppet": ```puppet jenkins::user { 'johndoe': email => 'jdoe@example.com', password => 'changeme', } ``` ### Credentials Password is required. For ssh credentials, `password` is the key passphrase (or '' if there is none). `private_key_or_path` is the text of key itself or an absolute path to a key file on the managed system. Create ssh credentials named 'github-deploy-key', providing an unencrypted private key: ```puppet jenkins::credentials { 'github-deploy-key': password => '', private_key_or_path => hiera('::github_deploy_key'), } ``` *_Setting a UUID:_* You can also specify a UUID to use with the credentials, which will be used to identify the credentials from within the job config. This is necessary when setting credentials for use with the [git plugin](http://docs.openstack.org/infra/jenkins-job-builder/scm.html#scm.git), for example. You can either manually generate a UUID from a site like [UUIDTools.com](https://www.uuidtools.com/generate/v4), or use the UUID from an existing user, which is accessible within the URL of the Jenkins console when managing an existing user's credentials. ```puppet jenkins::credentials { 'deploy-user': password => '', private_key_or_path => hiera('::deploy_key'), uuid => hiera('::deploy_credentials_uuid'), } ``` ### Configuring Security The Jenkins security model can be set to one of two modes: * `full_control` - Users have full control after login. Authentication uses Jenkins' built-in user database. * `unsecured` - Authentication is not required. Jenkins security is not managed by puppet unless jenkins::security is defined. ## Using from Github / source ### With librarian If you use [librarian-puppet](https://github.com/rodjek/librarian-puppet), add the following to your `Puppetfile`: ```ruby mod "puppet/jenkins" ``` ### With the "puppet module" tool This module is compatible with the puppet module tool. Appropriately this module has been released to the [Puppet Forge](http://forge.puppetlabs.com/), allowing you to easily install the released version of the module To quickly try this module with the puppet module tool: % sudo puppet module install puppet/jenkins % sudo puppet apply -v -e 'include jenkins' info: Loading facts in facter_dot_d info: Loading facts in facter_dot_d info: Applying configuration version '1323459431' notice: /Stage[main]/Jenkins::Repo::El/Yumrepo[jenkins]/descr: descr changed '' to 'Jenkins' notice: /Stage[main]/Jenkins::Repo::El/Yumrepo[jenkins]/baseurl: baseurl changed '' to 'http://pkg.jenkins-ci.org/redhat/' notice: /Stage[main]/Jenkins::Repo::El/Yumrepo[jenkins]/gpgcheck: gpgcheck changed '' to '1' notice: /Stage[main]/Jenkins::Repo::El/File[/etc/yum/jenkins-ci.org.key]/ensure: defined content as '{md5}9fa06089848262c5a6383ec27fdd2575' notice: /Stage[main]/Jenkins::Repo::El/Exec[rpm --import /etc/yum/jenkins-ci.org.key]/returns: executed successfully notice: /Stage[main]/Jenkins::Package/Package[jenkins]/ensure: created notice: /Stage[main]/Jenkins::Service/Service[jenkins]/ensure: ensure changed 'stopped' to 'running' notice: Finished catalog run in 27.46 seconds ### Overriding the jenkins package name It's possible to specify a different package name to the default `jenkins` if you wish: ``` class { 'jenkins': package_name => 'jenkins_custom', } ``` ### Installing from a hosted RPM Sometimes you don't have an RPM repository available and are not allowed to directly install from repositories on the Internet. In this case, you can still install Jenkins with this module by hosting the jenkins RPM file somewhere accessible (http server, S3 bucket, etc.) and tell ``` class { 'jenkins': direct_download => 'http://myserver/rpms/jenkins-x.xxx-1-1.rpm', } ```