The redhat provider for the service type does indeed use chkconfig to
disable the service when
enable is false. If that's not happening for you, there's something wrong.
Some possibilities:
* facter is misidentifying the OS, causing puppet to pick a different
default provider. Does
'facter osfamily' return 'RedHat' or something else?
* Someone's set an explicit default for the service type at top or node
scope which is overriding
the default use of the redhat provider
* chkconfig, for whatever reason, isn't actually disabling the service
when puppet calls it
* Something else is re-enabling the service behind puppet's back
-Mike
On Wed, Sep 11, 2013 at 3:24 PM, Forrie <[email protected]> wrote:
> I've been trying to follow several threads around Google about Puppet and
> it's use (or non-use) of chkconfig on RH Linux.
>
> What prompted me to do this is I noticed that Puppet is, correctly,
> repeatedly logging that it is changing a services from ON to OFF. Funny, I
> thought I had disabled that with:
>
> service { "ip6tables":
> enable => false,
> ensure => stopped,
> }
>
> Which certainly works, but it doesn't disable the service (ie: "chkconfig
> servicename off") -- it seems like there should be a provider that
> correctly integrates with the system "chkconfig" -- I realize that not all
> init scripts honor that, and for that folks can do whatever. This is a
> basic functionality of RH Linux that enables, adds, deletes and otherwise
> alters the levels of basic services. Seems reasonable that Puppet could
> properly interact with it?
>
> We are up to Puppet 3.4.x now. I'm simply asking here as I didn't seem
> to find a definitive answer - a lot of code snippets and suggestions, I
> just wonder if this is on-tap for improvement or if someone has another,
> perhaps clever approach to working with this?
>
>
> Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/puppet-users.
> For more options, visit https://groups.google.com/groups/opt_out.
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/puppet-users.
For more options, visit https://groups.google.com/groups/opt_out.
