On Jan 4, 10:31 pm, Brian Pitts <b...@uga.edu> wrote:
> I'm curious how people handle the following situation in their node
> definitions- you have a default configuration of a service that you want
> on all of your servers except for the servers that have a more specific
> configuration. For example, I want all of my servers to include the
> sendmail::satellite class, except for one server where I include the
> sendmail::relay class.
If you want to approach the problem in that way (this class or that
class) then a straightforward approach would be
node basenode {
if $hostname = "foo" {
include sendmail::relay
} else {
include sendmail::satellite
}
}
In other words, tell Puppet what to do instead of trying to make it
figure it out obliquely. Alternatively, if you can enumerate or match
all your hostnames then you might find something like this more
appealing:
node basenode {
# no sendmail::* here
}
node relay inherits basenode {
include sendmail::relay
}
node foo, bar, baz, ... inherits basenode {
include sendmail::satellite
}
That doesn't work very well if you want to draw such distinctions for
several features, however.
Another alternative, closer in spirit to the first, above, would be to
use an external node classifier.
Yet another alternative would be to use class inheritance: this is
exactly the sort of scenario for which that is suited. In that case,
you might have something like this:
class sendmail::satellite {
# whatever
}
class sendmail::relay inherits sendmail::satellite {
# Override resources from sendmail::satellite
# as appropriate
# Declare additional resources as needed
}
node basenode {
include sendmail::satellite
}
node foo inherits basenode {
include sendmail::relay
# Including both base and derived classes is harmless.
# The result is the same as if only the derived were
# included.
}
If sendmail::relay does not need to override anything in
sendmail::satellite then class inheritance is not needed. In that
case, have sendmail::relay "include" sendmail::satellite instead of
inheriting from it, and everything else can be the same.
HTH,
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-us...@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.
