Puppet manifests for managing the Jenkins project infrastructure
Go to file
R. Tyler Croy 79dc1e6cfc Whitelist the nagios server for denyhosts to prevent it from stupidly blocking Nagios SSH checks
Fixes #49
2012-09-10 00:40:26 -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 Added disk cleanup commands to control the disk usage. 2012-09-05 15:39:29 -07:00
modules Whitelist the nagios server for denyhosts to prevent it from stupidly blocking Nagios SSH checks 2012-09-10 00:40:26 -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 Added mysql submodule 2012-06-13 14:19:48 -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 Make sure we have the puppet/facter gems bootstrapped 2012-08-06 23:54:54 -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.