Yes. I've done something similar for creating turn-key systems. Do a kickstart of the host and as part of the kickstart, retrieve a puppet manifest from CVS/Subversion. Then run the 'puppet' binary against the manifest to do the final host specific config on the turn-key system. Works great and produces a fully configured, ready to go Linux appliance.
Geoff On 11/03/2009, thomas <[email protected]> wrote: > > > Thanks! Here it goes: > > - there are between 30 and 40 Apache instances (on 20-30 physical > servers) that I need to supply with htppd.conf, mod_security.conf and > the keys. > - all instances are running in pairs for fail-over some are used just > as ssl endpoints, some as reverse proxies, some host custom modules > - all I can do on these machines is to push via ssh - can not install > puppet to pull (unfortunately) > > I wanted to use puppet just to manage/generate files I need to push to > the target hosts (this would have been ideal, since I could group my > stuff, use inheritance, etc ...) > My idea was to have a "deployment box" where I will create my puppet > DSL files describing servers, services and topology, than using > "puppet" executable generate files, and push them over. > > Questions I have at this stage: > - can I do this at all with puppet? > - any pointers to .pp scripting? > - how can I loop through all nodes executing .pp script? > - how can I select just one host when running "puppet"? > > ( For sure I am trying to use puppet not at all in the way it meant to > be in the first place, degrading it to ant/maven type of utility, > hence my question if this is possible at all) > > Thomas > > > > On Mar 10, 11:25 pm, Andrew Shafer <[email protected]> wrote: > > It depends on what you are trying to do exactly, but you can run 'puppet' > > stand alone without the master. > > > > The only thing that gets tricky is if you have interhost configurations > that > > you want to manage. > > > > You can also use the master as a file server for the stand alone puppet > > executable. > > > > If you can explain a little bit more about what you are trying to > accomplish > > and your constraints, you'll hopefully get a better answer. > > > > Cheers, > > Andrew > > > > On Tue, Mar 10, 2009 at 4:11 PM, Stephen John Smoogen <[email protected] > >wrote: > > > > > > > > > > > > > On Tue, Mar 10, 2009 at 1:28 PM, thomas <[email protected]> > wrote: > > > > > > Hello, > > > > > > I was evaluating the use of the puppet with the single purpose to > > > > generate a handful of httpd.conf files for several apache instances. > > > > Unfortunately my deployment environment is very restrictive and I can > > > > not use puppetd on the target hosts - I wanted however take advantage > > > > of puppet DSL to describe the system (few dozen of instances with > ever- > > > > changing ports) and generate stuff I need on the external box, > > > > deploying configuration via ssh afterwards on the clients. > > > > > > If someone has faced similar situation - what pointers would you > > > > suggest? > > > > > I believe I would do the following: > > > I would skip the needing for apache in this case. the out of the box > > > puppetmaster runs a webbrick that runs on port 8141 and seems to cover > > > what you are looking for. In this case, you are wanting to make sure > > > that it only listens/talks on 127.0.0.1 and then sync out the puppet > > > directories. > > > > > -- > > > Stephen J Smoogen. -- BSD/GNU/Linux > > > How far that little candle throws his beams! So shines a good deed > > > in a naughty world. = Shakespeare. "The Merchant of Venice" > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
