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

发布时间：2020-12-13 16:42:21 所属栏目：Linux 来源：网络整理

导读：快速简介 – 为了测试目的,我在5个节点(Debian Squeeze puppet 2.7.20-1puppetlabs1)上安装了puppet agent,在1个服务器上安装了puppet master(相同版本). 在每个清单的puppetmaster一侧,我检查$:: osfamily ==’Debian’.有时我也使用$:: fqdn,并检查它是否

快速简介 – 为了测试目的,我在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个文件描述符.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!