linux – Puppet有时候找不到像osfamily这样的标准事实

快速简介 – 为了测试目的,我在5个节点(Debian Squeeze puppet 2.7.20-1puppetlabs1)上安装了puppet agent,在1个服务器上安装了puppet master(相同版本).

在每个清单的puppetmaster一侧,我检查$:: osfamily ==’Debian’.有时我也使用$:: fqdn,并检查它是否为空.

问题是我每天都在随机的时间收到来自puppetmaster的邮件,说他无法为其中一个节点编译目录.例如：

Fri Jan 18 19:18:24 +0100 2013 Puppet (err): Could not retrieve catalog from Remote Server: Error 400 on SERVER: Not supported osfamily at /etc/puppet/modules/system/manifests/skel.pp:20 on node mynodeX
Fri Jan 18 19:18:24 +0100 2013 Puppet (notice): Using cached catalog
Fri Jan 18 19:18:24 +0100 2013 Puppet (err): Could not retrieve catalog; skipping run

另一个例子,来自puppetmaster日志：

Jan 15 18:58:49 monitor puppet-master[14218]: No fqdn at /etc/puppet/modules/system/manifests/motd.pp:29 on node nodeY

当然,在下一个木偶代理迭代之后,一切都很好.我不知道如何找到这个问题的原因.问题对于所有5个节点都是通用的.

我百分百肯定它与cron无关.

解决方法

我在RedHat / CentOS上看过这个问题.由于某些ruby / puppet错误没有关闭它们,客户端机器上的puppet代理将用完文件描述符.在达到1024 fd限制后,它将无法再运行因素,因此事实将会丢失.

如果从同一进程运行的后续puppet不会失败,则可能是一个不同的问题,但可能值得一试.在我的情况下,puppet agent会记录无法启动facter,而在/ proc / PIDOFPUPPETD / fd中有1024个文件描述符.