Menu

Chef Supermarket

Adoptable Cookbooks List

Looking for a cookbook to adopt? You can now see a list of cookbooks available for adoption!
List of Adoptable Cookbooks

Supermarket Belongs to the Community

Supermarket belongs to the community. While Chef has the responsibility to keep it running and be stewards of its functionality, what it does and how it works is driven by the community. The chef/supermarket repository will continue to be where development of the Supermarket application takes place. Come be part of shaping the direction of Supermarket by opening issues and pull requests or by joining us on the Chef Mailing List.

View our collection of guides, documentation, and articles

Cookbooks
Advanced Options

Select Badges

Select Supported Platforms

Select Status

RSS

gitlab-ci-runner (21) Versions 1.8.0

Installs/Configures Gitlab CI Runner

Policyfile
Berkshelf
Knife 
cookbook 'gitlab-ci-runner', '= 1.8.0', :supermarket
cookbook 'gitlab-ci-runner', '= 1.8.0'
knife supermarket install gitlab-ci-runner
knife supermarket download gitlab-ci-runner
README
Dependencies
Changelog
Quality 50%

Gitlab CI Runner

Description

Install and configure runners for gitlab-ci. Use
gitlab-ci-multi-runner as runner type. Learn more on
https://gitlab.com/gitlab-org/gitlab-ci-multi-runner.

Requirements

Cookbooks and gems

Declared in [metadata.rb](metadata.rb) and in [Gemfile](Gemfile).

Platforms

  • RHEL Family 7, tested on CentOS
  • Debian 8

Usage

Easy Setup

Add recipe[gitlab-ci-runner] in your run-list to install
gitlab-ci-multi-runner using its repository.

To add runners, use default provider or use
recipe[gitlab-ci-runner::register] and runners attribute. To see a use
case, look at [kitchen.yml](kitchen.yml).

Test

This cookbook is fully tested through the installation of the full gitlab
platform in docker hosts. This uses kitchen, docker and some monkey-patching.

If you run kitchen list, you will see 3 suites, Each corresponds to a different
server:

  • kitchen-gitlab-ubuntu-1404: complete instance of gitlab-ce
  • kitchen-gitlab-ci-runner-centos-7: installation of gitlab-ci-multi-runner and configuration of runners on a centos-7
  • kitchen-gitlab-ci-runner-debian-8: same but for debian-8

For more information, see [kitchen.yml](kitchen.yml) and [test](test)
directory.

Attributes

Configuration is done by overriding default attributes. All configuration keys
have a default defined in [attributes/default.rb](attributes/default.rb).
Please read it to have a comprehensive view of what and how you can configure
this cookbook behavior.

Recipes

default

Install gitlab-ci-multi-runner by using its repository, enable and start
the service.

repository

Install runner repository.

package

Install gitlab-ci-multi-runner package.

service

Enable and start runner service.

register

Register or Unregister runners based on attribute
['gitlab-ci-runner']['runners']. This is an Array of Hash where each Hash
represent an action on a runner, "register" or "unregister". In a Hash,
description key is the name attribute and represents the name of the runner.
Then each runner option should be listed in a sub-Hash of key options, each
sub-key matching an option name of gitlab-runner cli.

NOTICE: Due to the way that the cache configuration file parameter names
do not match their command line variants in a reliably convertible way they
will not be set during initial registration. They will be added to the
configuration file during the next chef run. You are advised to use the
register_string property to manually set the registration string if this
will be an issue.

See [kitchen.yml](kitchen.yml) for an example.

Resources

gitlab_ci_runner

actions

  • :register - Register a runner updating its settings if already registered.
  • :update - Update settings for a previously registered runner.
  • :unregister - Unregister a runner and remove its configuration.

General properties

Property Optional? Type
url Register: No String
Unregister: Yes
registration_token Register: No String
Unregister: Yes
administration_token Yes String
config Yes String

Server option properties

Property Optional? Type
description Yes String
active Yes Bool
tag_list Yes Array
run_untagged Yes Bool
locked Yes Bool
access_level Yes String
maximum_timeout Yes Int

Local option properties

Property Optional? Type
options Yes Hash

Register or Unregister runners. For instance, to register a default runner
to http://gitlab-ci.myinstance:

gitlab_ci_runner 'my runner' do
  registration_token '1234567890'
  administrative_token '987654321'
  url 'http://gitlab-ci.myinstance'
  tag_list [ "testing-1", "testing-2" ]
  options({
    "executor": "shell"
  })
end

Runners that are already registered will have their configuration updated to
match the supplied options. Empty hash values will be compacted (removed).

If an administrative token with suitable permissions has been provided the
server runner configuration will also be updated to match the resource.

Example options:

{
  "name" => "Testing Docker Runner 1",
  "url" => "https://gitlab.test.com",
  "registration_token" => "1234567890",
  "options" => {
    "executor" => "docker",
    "docker" => {
      "image" => "centos",
      "privileged" => false,
      "disable_entrypoint_overwrite" => false,
      "oom_kill_disable" => false,
      "disable_cache" => false,
      "volumes" => [
        "/cache",
        "/etc/chef:/etc/chef:ro"
      ],
      "shm_size" => 0
    },
    "cache" => {
      "s3" => {},
      "gcs" => {}
    },
    "custom_build_dir" => {
      "enabled" => true
    }
  },
  "tag_list" => [
    "docker-test-1"
  ]
}

Will generate this configuration:

[[runners]]
executor = "docker"
name = "Testing Docker Runner"
token = "9dK52sYkuXeVudzw3HuH"
url = "https://gitlab.test.com"

[runners.docker]
disable_cache = false
disable_entrypoint_overwrite = false
image = "centos"
oom_kill_disable = false
privileged = false
shm_size = 0
volumes = ["/cache","/etc/chef:/etc/chef:ro"]

[runners.custom_build_dir]
enabled = true

The full resource options list is available in
[resources/runner.rb](resources/runner.rb).

gitlab_ci_runner_global_config

Actions

  • :set - Get runner global configuration options

Properties

Property Optional? Type
config Yes String
concurrent Yes Int
log_level Yes String
log_format Yes String
check_interval Yes Int
sentry_dsn Yes Bool
listen_address Yes String
options Yes Hash

Manage the global options of Gitlab CI runner, all settings are optional.

gitlab_ci_runner_global_config '/etc/gitlab-runner/config.toml' do
  concurrent 5
  log_level info
  log_format text
  check_interval 0
  sentry_dsn false
  listen_address 127.0.0.1
  session_server{
    "listen_address" => "0.0.0.0:8093",
    "advertise_address" => "runner-host-name.tld:8093",
    "session_timeout"=> 1800
  }
end

The full resource options list is available in
[resources/global_config.rb](resources/global_config.rb).

Changelog

Available in [CHANGELOG.md](CHANGELOG.md).

Contributing

Please read carefully [CONTRIBUTING.md](CONTRIBUTING.md) before making a merge
request.

License and Author

Copyright (c) 2015-2017 Sam4Mobile, 2017-2018 Make.org, 2019 Samuel Bernard

Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at

    http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.

Dependent cookbooks

This cookbook has no specified dependencies.

Contingent cookbooks

There are no cookbooks that are contingent upon this one.

Changelog

1.8.0

Main:

  • fix: switch array Array.difference to Array.- for Chef < 15
    • Array.difference was added in Ruby 2.6 which requires Chef 15 or later
  • fix: raise minimum Chef version to 13
  • test: kitchen test with Chef 13

1.7.0

Main:

  • feat: add support for session_server options
  • feat: rewrite to use api to manage runners
    • Configuration file is now generated by acculumated template so manual modifications will be overwritten.
    • Registration options have been moved from the options has to resource properties. The resource will attempt to get registrations from options if they have not been specified.
    • :update action added to update a runner without registration.

Misc:

  • doc: add example showing custom_build_dir runner

1.6.0

Main:

  • feat: add support for Fedora 28
  • feat: port resource/provider to custom resource #8
    • Resource is tested as idempotent
  • feat: add global configuration resource #7
    • Create a global configuration resource as it doesn't make sense to add it to the runner resource as multiple runners could overwrite each other and it is impossible to automatically figure out the precedence
  • feat: manual registration string property
    • Due to the differences between the naming of TOML and CLI fields for certain options, provide an ability to manually specify a registration string. Also, prevent these options from causing registration to fail if they are specified in an options hash.

Tests:

  • include .gitlab-ci.yml from test-cookbook
  • replace deprecated require_chef_omnibus
  • runner config mgmt and library spec test
    • Already registered runners will now have their configuration managed by the gitlab-ci-runner resource. Any changes after registration will be propogated to the config.toml file by the resource
    • Create spec tests for library methods
  • chore: add chef license accept to kitchen config
  • extend spec testing for refactor
  • rename kitchen config file (kitchen.yml instead of .kitchen.yml)
  • switch to chefplatform images

Misc:

  • style(rubocop): fix newer offenses
  • feat: remove deprecated use_inline_resources
  • doc: use doc in git message instead of docs
  • chore: set generic maintainer & helpdesk email
  • chore: add supermarket category in .category
  • chore: move toml gem install to package recipe
    • Move the toml gem install resource to the package recipe so it is available even if no runners are initially defined as the global_config resource depends on it
  • chore: update copyright for 2019

Special thanks to Benjamin M. Hughes (bmhughes@bmhughes.co.uk) for
his major contribution to this version.

1.5.0

Main:

  • update repository url and package name to match version > 10
    • set minimal version support to 10+
  • feat: add amazon platform to yum repo configuration

Misc:

  • style: replace updated_by_last_action by converge_by
  • style(rubocop): fix offenses (heredoc and rescue)
  • chore: add foodcritic & rubocop in Gemfile

1.4.0

Main:

  • add Debian support
  • fix #2: gitlab-runner pkg version is configurable
  • fix(debian): set package retries only when non nil
  • fix: conflict with apt cookbook on resource name

Tests:

  • increase max wait time of gitlab to 5 min (better resilience on shared runners)
  • use .gitlab-ci.yml template [20170731]
  • sleep 2s in tests after runner actions (for shared runner)

Misc:

  • set new contributing guide with karma style
  • remove dependency on yum, set chef version to 12.19

1.3.0

Main:

  • Add official support (with tests) for debian 8
  • Fix wait when error is 500 (or anything else)
  • Fix escape tag-list argument
  • Fix escape bool arguments properly
  • Handover maintenance to Make.org, update Copyright

Tests:

  • Stop always executing a converge before a verify
  • Add always_update_cookbooks: true in provisionner config
  • Use latest template for .gitlab-ci.yml [20170405]
  • Set build_pull: download latest test image
  • Use preprovisionned image with chef for gitlab
  • Make tests work on gitlab shared runner: get around the selinux security

Misc:

  • Fix mistake on provider example in README
  • Fix all rubocop and foodcriti offenses
  • Use cookbook_name "macro" everywhere
  • Fix missing/wrong metadata, set chef-version (>= 12.0)

1.2.0

Main:

  • Fix #2: multiple tags are now correctly handled
  • Fix #3: ruby_block resource is always run
  • Fix #6: Make repo URL and gpgkey an attribute
  • Fix #7: Support multiple env strings
  • Add ChefSpec matchers for LWRP

Tests:

  • Switch to kitchen-docker_cli instead of kitchen-docker
  • Clean kitchen.yml, use instance names & add skip_preparation
  • Add tags in gitlab-ci tests
  • Use Continuous Integration with gitlab-ci
  • Can specify retries in package, set 1 in tests

1.1.0

Main:

  • Fix cookbook to work with latest available version of gitlab (8.5) and gitlab-runner (1.0.4)
  • Be completely generic and accept any runner options
    • rename token to registration_token to match runner cli option name

Tests:

  • Change kitchen driver to docker_cli
  • Use official docker image for gitlab
  • Remove useless monkey patching

Misc:

  • Fix all rubocop offenses
  • Add license, refactor README and update it
  • Add default attribute 'runners' with a small documentation

1.0.0

  • Initial version with Centos 7 support

License Metric 
            
1.8.0 passed this metric

Samuel Bernard Samuel Bernard
Team SRE Make.org
Florian Philippon
Ben Hughes

Details

View Source View Issues

Updated March 5, 2020 Created on

Supported Platforms

  • centos >= 0.0.0
  • fedora >= 0.0.0
  • debian >= 0.0.0
  • ubuntu >= 0.0.0
  • redhat >= 0.0.0

License

Apache-2.0

Required Chef Infra Client

(>= 13)

Download Cookbook