Debian puppet代理未被守护,而文档显示其默认值

Debian puppet代理未被守护,而文档显示其默认值,debian,puppet,stretch,Debian,Puppet,Stretch,似乎在几个debian 9 stretch节点上新安装了puppet代理之后,代理会在一段时间后自动关闭,而在docs puppet状态下,默认代理已经被守护 还有其他人经历过吗 有一些进程正在运行,但我不认为这是真正的傀儡代理,对吗 root 8050.0 0.8 231160 17768?Sl 18:45 0:00/opt/puppetlabs/puppet/bin/ruby/opt/puppetlabs/bin/mcollective--config=/etc/puppetlabs/mco

似乎在几个debian 9 stretch节点上新安装了puppet代理之后,代理会在一段时间后自动关闭,而在docs puppet状态下,默认代理已经被守护

还有其他人经历过吗

有一些进程正在运行,但我不认为这是真正的傀儡代理,对吗


root 8050.0 0.8 231160 17768?Sl 18:45 0:00/opt/puppetlabs/puppet/bin/ruby/opt/puppetlabs/bin/mcollective--config=/etc/puppetlabs/mcollective/server.cfg--pidfile=/var/run/puppetlabs/mcollective.pid--daemonize
这个过程是正确的:它是mcollective守护进程,由
puppet代理提供

您是否在
/var/log/{daemon,syslog,messages}
中有任何与木偶相关的日志,您可以在此处发布以提供更多详细信息


也可以在
/var/log/kern.log
中,以防出现内存问题,oom killer也加入了这个团队?

谢谢您的回答。任何日志文件中都没有oom,傀儡日志都是垃圾邮件,因为我仍在测试我的模块,其中的所有内容都是红色的hehe:PNote,尽管McCollectived可能与代理一起打包,但这在很大程度上是一件独立的事情。代理不依赖于它。您能在puppet退出之前将它显示的最后几行放在这里吗?因此当前代理处于启用状态:
root 7220.0 2.7 179760 54732?Ssl 18:58 0:01/opt/puppetlabs/puppet/bin/ruby/opt/puppetlabs/puppet/bin/puppet代理--没有daemonize
我会等到它崩溃时再启动代理程序?