[Puppet Users] Re: puppet capistrano and repository

bmort
2010-07-13T15:32:54Z

Hmmm ... looks like vcsrepo might be the hook I am looking for ....

Here is a current puppet users thread discussion:
http://groups.google.com/group/puppet-users/browse_thread/thread/954f3bb356e9a468




On Jul 13, 9:02 am, bmort <propertywholesa...@gmail.com>
wrote:
> Good stuff thanks all. All of the responses have got me thinking.
>
> Sorry for any confusion about the starting of the puppet client.
> Whenever I feel like is the goal.
>
> Process goal:
> - change a monit, apache, odbc, passenger, mongrel config
> - check that change(s) into svn for that server(s)
> - start puppet on that server(s)  (Capistrano is a legacy app;
> mcollective is on the radar. ty)
> - puppet checks the repository of manifest or do i get the manifest
> files to the server before starting puppet?
> - puppet applies any changes ( maybe send a little obtw email )
>
> i guess quick and dirty svn hook is what i am looking for ....
>
> On Jul 13, 5:56 am, Julian Simpson <simpsonjul...@gmail.com> wrote:
>
> > > Running Puppet without a puppetmaster would be one reason.
>
> > > You could have a repository of your manifests that your machines
check
> > > out and run against. Cap is a poor mans way of orchestrating that
> > > setup in lieu of something more powerful like MCollective.
>
> > > I could have asked that question in a more coherent way.   I run
Puppet
>
> > without a puppetmaster myself.  My process starts with a Rake build
that
> > invokes Puppet standalone, with all of the relevant configuration
options
> > supplied on the command line, with their paths resolved so I can check
out
> > my repo and then run ''rake puppet:run''.  The
original question suggested
> > that they wanted something more complex, with a Continuous
Integration-like
> > approach to checking for changes.
>
> > Personally I wouldn''t do that as you should be able to run
Puppet with
> > impunity, whenever you feel like it.  To me, testing for changes
suggests
> > that someone really isn''t happy about the idea :)
>
> > Best
>
> > Julian.