On Sep 22, 8:05 am, Chris <iwouldratherbesleeping...@gmail.com> wrote:
> Hi all
>
> I have been pondering this for a while, but not yet seen a clean way
> to do it
>
> I have a few puppet classes (apache/ntp/mysql/bacula/nagios/etc)
>
> I would like to generate part of my bacula and nagios configs for each
> host based on which other classes that host belongs to (or to put it
> another way, I would like to export variables from classes which would
> be used by my bacula and nagios classes).
>
> As an example, my bacula template for a client currently has:
>
> FileSet {
> Name = "FileSet-<%= hostname %>"
> Include {
> Options {
> signature = MD5
> compression = GZIP
> }
> <% backup_include.split(/, */).each do |file| -%> File = <%= file
> %>
> <% end -%>
> # INC = <%= backup_include %>
> }
> Exclude {
> File = /sys
> File = /proc
> File = /var/tmp
> <% backup_exclude.split(/, */).each do |file| -%> File = <%=
> file %>
> <% end -%>
> }
>
> }
>
> I would like the backup_include to automatically include /var/www if
> the host is an apache server (for example), and I would like those
> directories to be defined in the apache class (not the bacula class)
>
> Any clever ways of achieving this?
There are no particularly good ways to achieve that if you restrict
yourself to Puppet DSL. Generally speaking, you never want your
manifests to inquire about the node's target state -- they should
dictate instead. Anyway, all the approaches I know that inquire about
what other classes are declared for a given node suffer from order-
dependence issues, so at best, using them makes your manifests
brittle.
Without going too far outside Puppet DSL, you can achieve your goal by
externalizing some or all of your data. Then, instead of asking
whether a particular class _has been_ assigned to the node, you can
use extlookup(), hiera, or similar to ask whether that class _is
supposed to be_ assigned, whether it already has been or not. For
best results, use the same data to drive the actual choice of whether
to assign the class.
If you go that far, however, then you're already most of the way to a
data-driven external node classifier. You might find it useful to go
the rest of the way, thereby moving the logic out of your manifests
altogether.
John
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
