On Feb 14, 8:41 am, hai wu <haiwu...@gmail.com> wrote:
> There are no single or double quotes. That is the exact file I manually run
> inside chroot environment during kickstart phase. I am kickstarting RHEL6U2
> server, and in kickstart ssh access is turned on, so I could ssh into
> chroot environment, and do "chroot /mnt/sysimage". When I manaully run this
> code:
>
> service {'cups':
> enable => true,
>
> }
>
> It would keep saying this all the time:
>
> # puppet apply a.pp
> notice: /Stage[main]//Service[cups]/enable: enable changed 'false' to 'true'
> notice: Finished catalog run in 0.23 seconds
So the manifest you now show is not the same as the one in your
original message. I completely believe that you see the behavior your
describe with the manifest you present this time. That completely
changes the issue.
> This is causing me headache, no matter how many times I tried to run puppet
> during kickstart phase, it would not converge, it would always try to
> enable those services which are already enabled.
It looks like you are running into a variation on this issue:
http://projects.puppetlabs.com/issues/2712
Basically, Puppet's service management is a bit deficient in that it
interprets the "enable" parameter as applying to the *current*
runlevel (only). Puppet does not yet offer a mechanism for managing
service enablement in specific runlevels. Based on your later posts,
I gather that Puppet may have trouble in your case determining what
the current runlevel actually is; that seems likely to elicit poor
behavior in light of Puppet's shortcomings here.
Yours seems a good, new use case for the requested feature, so I
encourage you to comment about it in the bug tracker and vote for the
issue (now more than two years old and defered across two Puppet major
versions).
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.
