Am thinking about configrung my clients this way:
1: Daemonized puppet runs from init.d script as normal with this:
[r...@chapeau ~]# cat /etc/sysconfig/puppet
...
PUPPET_EXTRA_OPTS=--no-client
...
[r...@chapeau ~]# cat /etc/puppet/puppet.conf
[puppetd]
report = true
listen = true
2: A cron job, scheduled for every 30 minutes runs to report changes
only, like this:
/usr/sbin/puppetd --noop --onetime --no-daemonize > /dev/null 2>&1 &
I hope I understood everyone's input here...
Thanks,
Mohamed.
On Thu, Oct 7, 2010 at 11:44 AM, Ryan Y. Coleman <[email protected]> wrote:
>
>
>> > From the 2.6.1 man page:
>> >
>> > test: Enable the most common options used for testing.
>> > These are +onetime+, +verbose+, +ignorecache,
>> > +no-daemonize+, and +no-usecacheonfailure+.
>> >
>> >
>> >>
>> >> Because --test is what we are using constantly here. I believe it's
>> >> a
>> >> tip from "Pulling strings with puppet".
>> >>
>> >> From what I gathered, it's the standard way to enforce a run while
>> >> puppet is also running in daemon mode, which is quite exactly what
>> >> Mohammed needs.
>> >>
>> >> So what are the catches to be wary of?
>> >
>> > I would be wary of ignoring your catalog cache. Deploying this
>> > throughout the environment would be detrimental to performance. The
>> > individual flags are a better way to go.
>> >
>>
>> Ah, misundersting.
>>
>> It is not used for general management. That is done by a plain old
>> daemon process.
>>
>> When a newly changed manifest needs immediate running (e.g. when
>> building a new manifest for a machine or changing something), that is
>> when --test is used here.
>> In such cases, you don't care about the cache, because when the
>> manifest
>> cannot be parsed or the catalogue contains errors, you don't want to
>> apply the original catalogue. You only care to find the source of the
>> errors.
>>
>> Since you put it that way, I think it will be safe for us to stick
>> with
>> --test. Even if the implied options will change, it will still be for
>> testing, which is essentially what I (and Mohamed, I think) am looking
>> for.
>
> Ah, Sorry, I'm with you now. That makes sense and is similar to how I operate.
>
> FWIW, I'm interested in what you and Mohamed are too. Until we get the trust
> buy-in for Puppet throughout the environment, being able to have regular
> reports come in about what's out of sync and be able to kick off changes from
> the puppet master is ideal.
>
> --Ryan
>
>>
>> Thanks,
>> Felix
>>
>
> --
> 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.
>
>
--
" Logic merely sanctions the conquests of the intuition."
Jacques Hadamard
--
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.
