Puppet manifests for managing the Jenkins project infrastructure
Go to file
R. Tyler Croy 5bdbed37b5 Add the puppetlabs-apt module 2012-10-15 23:19:17 -07:00
confluence.deb Added a packaging for 3.x 2012-06-16 06:04:11 -07:00
features Whitelist the nagios server for denyhosts to prevent it from stupidly blocking Nagios SSH checks 2012-09-10 00:40:26 -07:00
manifests needs groovy 2012-10-15 15:21:27 -07:00
modules Add the puppetlabs-apt module 2012-10-15 23:19:17 -07:00
.blimpignore Whitelist the nagios server for denyhosts to prevent it from stupidly blocking Nagios SSH checks 2012-09-10 00:40:26 -07:00
.gitignore Ignore the blimpy-cucumber tmp directory 2012-09-03 12:25:00 -07:00
.gitmodules Add the puppetlabs-apt module 2012-10-15 23:19:17 -07:00
Blimpfile Update the Blimpfile to allow specifying a different manifest to provision with an environment variable 2012-09-02 22:22:07 -07:00
Gemfile Bump the blimpy-cucumber versoin to one with less bugs -_- 2012-09-03 12:24:49 -07:00
README.markdown Flesh out a basic readme 2011-07-17 18:01:48 -07:00
Rakefile Add some descriptions ot the existing Rake tasks 2012-08-06 22:39:43 -07:00
Vagrantfile Use host only network so that Confluence doesn't redirect to wrong URLs 2012-06-16 07:27:27 -07:00
bootstrap.sh Add a bootstrap.sh for blimpy testing 2012-06-16 11:53:35 -07:00
cucumber.yml Add a good wip profile and default options for cucumber 2012-09-03 00:26:15 -07:00
run.sh if puppet succeeds, update the time stamp of the file so that we can tell when it run last time 2012-10-11 15:32:02 -07:00

README.markdown

Jenkins CI Puppet Repository

About

In order to more effectively manage the Jenkins project's infrastructure these manifests have been created. There a couple of reasons for this:

  • Reproducibility: In the unfortunate scenario where a meteor falls on a datacenter where Jenkins hardware exists, we want to be able to bring a new host on to fulfill those needs as soon as possible.
  • Distributable: With Puppet manifests stored in this repository, it is easier to accept infrastructure help from members of the Jenkins community, without necessarily giving root access out.
  • Accountability: By funneling as much infrastructure work through Puppet as possible, we can have ensure the project has a very clear audit trail for specific infrastructure changes.

Getting Started

We use Vagrant to develop and test these manifests and as such there is a Vagrantfile already in the root directory. If you don't already have Vagrant:

% sudo gem install vagrant

Once you have vagrant you should be able to execute the following command to bring up a test virtual machine and provision it:

% vagrant up

For development, you can just create your manifests and include them in manifests/vagrant.pp, once you're ready to re-run the puppet manifests you can run the following command (no need to rebuild the VM):

% vagrant provision

Getting Help

If you have any questions, stop by the #jenkins channel on the Freenode network and ask rtyler.

Failing that, the jenkinsci-users@ mailing list is a good place to ask for help.