(I'm going a bit more for philosophical discussion than practicality
here, maybe. Do at least feel free to think in terms of what Puppet
*should* do rather than tha fastest way to solve this problem.)
There's a pattern I've run into a lot recently mhere a config file
needs to be built based on information from a number of puppet
managed hosts. Assume here than I mean "node" in the puppet sense
when I say "host". *shrug*
Use cases:
- backups, where each host has directories that need to be backed
up, and things need to be done on the individual backup client
hosts to handle that, and *also* stuff needs to be done on the
backup master
- deploy configuration, where each host has a deploy role and it
makes most sense to talk about the deploy role in each host's
puppet config, but the file that manages the deployment is on
the deploy master host
- VM configuration, where information about a VM needs to affect
data/configuration stored on the host that holds that VM
All the same general pattern of action-at-a-distance: configuration
on a number of hosts affecting the master config file on a single
host.
Also, multi-part config files: in at least some of these cases, the
information from each host generates some configuration file output,
perhaps from a template, but all of those bits of config file need
to be merged together into one master config file.
These don't seem, to me, to be things puppet handles natively, and
(see my other posts) new types don't seem to be being added all that
often.
So, my question is this: what's the right way to handle this sort of
situation?
Feel free to break the action-at-a-distance bit and the
multipart-config-file-merge bit into seperate pieces, if you like.
Thanks so much for your time!
-Robin
--
http://singinst.org/ : Our last, best hope for a fantastic future.
Lojban (http://www.lojban.org/): The language in which "this parrot
is dead" is "ti poi spitaki cu morsi", but "this sentence is false"
is "na nei". My personal page: http://www.digitalkingdom.org/rlp/
--
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.
