Add:

ignoreschedules = true

to your puppet.conf.  I think you can also set 

listen = true

and that will disable runs and just run when triggered by authorized nodes.  
Others will know more about that than me.  Anyone care to jump in?

On Jan 22, 2010, at 7:14 PM, Christopher Johnston wrote:

> How do you disable autorun?
> 
> Sent from my iPhone
> 
> On Jan 22, 2010, at 3:29 PM, Carl Caum <carl.c...@gmail.com> wrote:
> 
>> I've run in to the same problem.  I've started to solve this problem by 
>> getting rid of puppetmasters and puppetd.  Instead I'm building a new 
>> management tool called Puppeteer.  I'm almost ready to begin testing, but 
>> it's not ready for others to try yet.  I'll post to the list when it's read 
>> for others to try.
>> 
>> In the mean time, look in to using puppetrun to trigger a run on the clients 
>> and set the clients to never autorun.  Then you build a quick tool that 
>> sends out puppetrun commands in a way you decide.  Of course, you can also 
>> trigger runs manually this way.  I know Reductive Lab's puppet-dashboard 
>> will support triggering client runs in the future.  Maybe it's better to 
>> wait for that or for Puppeteer.
>> 
>> On Jan 13, 2010, at 7:52 AM, Arnauld wrote:
>> 
>>> Hi,
>>> 
>>> I do not know if it's a bug, a feature or something I didn't
>>> understood, but it's I can't update my clients hosts "synchronously".
>>> What I mean by "synchronously" is that when I push a new configuration
>>> on my master server, I do not know when my clients will be updated.
>>> And it also appears that some clients get their whole new
>>> configuration in less than 1 hour whereas some other clients can get
>>> their new configuration in some few days.
>>> 
>>> What I would like is to deploy automaticaly my new configuration on
>>> all my clients at a given time (for example when I restart the puppetd
>>> daemon).
>>> 
>>> Is it possible ?
>>> 
>>> Arnauld
>>> -- 
>>> 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.
>>> 
>>> 
>> 
>> -- 
>> 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.
>> 
> 
> -- 
> 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.
> 

-- 
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.

Reply via email to