Jeden morgen wenn ich ins Büro komme und mich im Foreman frontend einlogge sehe ich einige Hosts die „out of sync“ sind! Das Problem besteht schon etwas länger aber bisher war ich zu faul um nach einer Lösung zu suchen.
Aktuell läuft diese Version

root@puppet:~# dpkg -l |grep puppet
ii facter 1.6.9-1puppetlabs1 Ruby module for collecting simple facts about a host operating system
ii puppet 2.7.14-1puppetlabs1 Centralized configuration management – agent startup and compatibility scripts
ii puppet-common 2.7.14-1puppetlabs1 Centralized configuration management
ii puppetmaster 2.7.14-1puppetlabs1 Centralized configuration management – master startup and compatibility scripts
ii puppetmaster-common 2.7.14-1puppetlabs1 Puppet master common scripts
ii vim-puppet 2.7.14-1puppetlabs1 syntax highlighting for puppet manifests in vim

Allerdings besteht dieses Problem schon seit längerem und tritt am liebsten auf VMWare virtualisierte Systeme auf! Da es mittlerweile viel zu viele Hosts sind um sich auf jedem System einzuloggen, und dort den agent zu restarten, hier meine Lösung die ich mit puppet verteile

root@puppet:~# cat /etc/puppet/modules/puppetfix/manifests/init.pp
class puppetfix{
file { „/etc/cron.d/puppetfix“:
owner => „root“,
group => „root“,
mode => 644,
source => „puppet:///modules/puppetfix/puppetfix“,
}
service { cron:
ensure => running,
hasrestart => true,
subscribe => File[„/etc/cron.d/puppetfix“],
}

}

root@puppet:~# cat /etc/puppet/modules/puppetfix/files/puppetfix
##################################################
# Default distributed by Puppet #
# #
# DO NOT EDIT MANUALLY – WILL BE OVERWRITTEN #
##################################################

*/15 * * * * nobody /bin/echo “ | nc -w1 localhost 8139

Puppet hat nun unter /etc/cron.d/ die Datei puppetfix angelegt und den crond restartet.

DIRTY! aber sehr wirksam – seitdem gibt es keine sterbenden Agents mehr *freu*