A Test Kitchen Provisioner for Puppet
The providers supports both puppet apply and puppet agent clients
The PuppetApply provider works by passing the puppet repository based on attributes in .kitchen.yml & calling puppet apply.
The PuppetAgent provider works by passing the puppetmaster and other attributes in .kitchen.yml & calling puppet agent.
This provider has been tested against the Ubuntu 1204 and Centos 6.5 boxes running in vagrant/virtualbox as well as various docker .
You need to download the puppet msi and install it and run everything inside the puppet window.
- Download and install puppet from the windows msi file from https://downloads.puppetlabs.com/windows
- I recommend the using the 32 bit version as not all ruby gems works with the 64 bit version.
- Don't do a 'gem install puppet' !!!.
-
Select "Start Command Prompt with Puppet" to go to a Command Window.
-
Install the Ruby DevKit:
- Download and install devkit from http://rubyinstaller.org/downloads
- (Use a 32 or 64 bit version that matches version of the ruby install)
- In the devkit directory run “ruby dk.rb init”.
- Edit the config.yml generated and add the the path of the ruby install for puppet
- (it will be /sys/ruby).
- Run “ruby dk.rb install” to bind it to the puppet ruby installation.
- Download and install devkit from http://rubyinstaller.org/downloads
-
From a Command prompt:
- gem install librarian-puppet
- gem install test-kitchen
- gem install kitchen-puppet
- Download and install the mac packages from https://downloads.puppetlabs.com/mac/
- The most recent Facter package (facter-.dmg)
- The most recent Hiera package (hiera-.dmg)
- The most recent Puppet package (puppet-.dmg)
- See How to Install Software from DMG Files on a Mac for details.
- From a Command prompt:
- gem install librarian-puppet
- gem install test-kitchen
- gem install kitchen-puppet
It is recommended to have a metadata.json file of your puppet module. It is used by kitchen-puppet to configure the module path. The puppet docs describe (https://docs.puppetlabs.com/puppet/latest/reference/modules_publishing.html#write-a-metadatajson-file) how to create one.
You'll need a driver box without a chef installation so puppet can be installed. Puppet have one at http://puppet-vagrant-boxes.puppetlabs.com/ubuntu-server-12042-x64-vbox4210-nocm.box or http://puppet-vagrant-boxes.puppetlabs.com/centos-65-x64-virtualbox-nocm.box.
For PuppetAgent a server with a puppet master is required that can resolve the hostname ip address of the server. The server must also be able to resolve the hostname ip address of the puppet master.
You can also use the PuppetApply driver with a docker container, provided the necessary box requirements to install puppet are included inside the container. The easiest way to do this is to supply Kitchen-Docker with a custom dockerfile to install the needed dependencies for puppet installation.
There is windows/winrm support, currently not all functionality is supported.
require_chef_for_busser: false
(it is possible to call rspec over winrm to run the tests)resolve_with_librarian_puppet: false
(librarian-puppet is not working on windows server)
Sample Puppet Repositories
- A sample hello world example puppet repository: https://github.com/neillturner/puppet_windows_repo
- A more extensive sample installing virtualbox on windows: https://github.com/red-gate/puppet-virtualbox_windows
To run the verify step with the test-kitchen serverspec setup your puppet repository as follows:
In the root directory for your puppet repository:
Create a .kitchen.yml
, much like one the described above:
---
driver:
name: vagrant
provisioner:
name: puppet_apply
manifests_path: /repository/puppet_repo/manifests
modules_path: /repository/puppet_repo/modules-mycompany
hiera_data_path: /repository/puppet_repo/hieradata
platforms:
- name: nocm_ubuntu-12.04
driver_plugin: vagrant
driver_config:
box: nocm_ubuntu-12.04
box_url: http://puppet-vagrant-boxes.puppetlabs.com/ubuntu-server-12042-x64-vbox4210-nocm.box
suites:
- name: default
Then for serverspec:
mkdir -p test/integration/default/serverspec/localhost
echo "require 'serverspec'" >> test/integration/default/serverspec/spec_helper.rb
echo "set :backend, :exec" >> test/integration/default/serverspec/spec_helper.rb
Create your serverspec tests in test/integration/default/serverspec/localhost/xxxxxx_spec.rb
:
require 'spec_helper'
if os[:family] == 'ubuntu'
describe '/etc/lsb-release' do
it "exists" do
expect(file('/etc/lsb-release')).to be_file
end
end
end
if os[:family] == 'redhat'
describe '/etc/redhat-release' do
it "exists" do
expect(file('/etc/redhat-release')).to be_file
end
end
end
test-kitchen normally uses tests setup in test/integration/....
directory. Beaker format puts the tests with the
spec/acceptance
directory in the puppet repository and the spec_helper.rb
under the spec
directory which is more logical.
For examples see:
- https://gitlab.com/joshbeard/puppet-module-test
- https://github.com/puppetlabs/puppetlabs-mysql/tree/master/spec
To implement this with test-kitchen setup the puppet repository with:
-
the spec files with the spec/acceptance directory.
-
the spec_helper in the spec folder.
-
install kitchen-verifier-serverspec on your workstation i.e. 'gem install kitchen-verifier-serverspec'
See example https://github.com/neillturner/puppet_repo
.
+-- spec
¦ +-- acceptance
¦ ¦ +-- mariadb_spec.rb
¦ ¦ +-- nginx_spec.rb
¦ ¦
+-- spec_helper.rb
In the root directory for your puppet repository create a .kitchen.yml
with
- a verifier of 'serverspec'
- a pattern parameter with the spec tests to run
verifier:
name: serverspec
suites:
- name: base
verifier:
patterns:
- modules/mycompany_base/spec/acceptance/base_spec.rb
See busser-beaker
Please see the Provisioner Options (https://github.com/neillturner/kitchen-puppet/blob/master/provisioner_options.md).
To contribute to the repository, please follow the Fork / PR model:
- Fork The Repository
- Work on epic changes
- Write tests for your changes, see TESTING
- Update Documentation
- Commit
- Push
- Create PR
- Profit(?)