Confirmed users
3,104
edits
ReleaseEngineering/PuppetAgain/Modules/puppet: Difference between revisions
ReleaseEngineering/PuppetAgain/Modules/puppet (view source)
Revision as of 16:37, 22 August 2012
, 22 August 2012→puppet::periodic
No edit summary |
|||
| Line 4: | Line 4: | ||
= puppet::periodic = | = puppet::periodic = | ||
If <tt>/etc/puppet/standalone</tt> file exists it runs puppet in "apply" (standalone) mode by running <tt>/etc/puppet/update.sh</tt>. Otherwise this runs puppet the "normal" way - puppet consults the puppetmaster every 30m or so. It is used for any subclass of <tt>toplevel::server</tt>. | |||
At the moment "standalone" method is iused by <tt>toplevel::server::puppetmaster::standalone</tt>. | |||
= puppet::atboot = | = puppet::atboot = | ||
This runs puppet at boot. It is used for any subclass of <tt>toplevel::slave</tt>. On Linux, the startup process blocks until puppet has run successfully, and reboots after a number of unsuccessful runs. On OS X, launchd does not allow one process to block another, so the puppet process runs puppet (as root) repeatedly until it is successful, and then touches a sentinel file that indicates to the buildslave process that it is safe to start. See [[ReleaseEngineering/Buildslave Startup Process]] for more details. | This runs puppet at boot. It is used for any subclass of <tt>toplevel::slave</tt>. On Linux, the startup process blocks until puppet has run successfully, and reboots after a number of unsuccessful runs. On OS X, launchd does not allow one process to block another, so the puppet process runs puppet (as root) repeatedly until it is successful, and then touches a sentinel file that indicates to the buildslave process that it is safe to start. See [[ReleaseEngineering/Buildslave Startup Process]] for more details. | ||