人偶代理未被守护进程，而文档说它是默认的
puppet agent not daemonized while docs say its default
似乎在几个 debian 9 stretch 节点上新安装 puppet-agent 后，代理会在一定时间后自动关闭，而在默认的 docs puppet 状态下，代理已经被守护进程。
还有其他人遇到过这种情况吗？
有某种过程运行但我认为这不是真正的傀儡特工，对吧？
root 805 0.0 0.8 231160 17768 ? Sl 18:45 0:00 /opt/puppetlabs/puppet/bin/ruby /opt/puppetlabs/puppet/bin/mcollectived --config=/etc/puppetlabs/mcollective/server.cfg --pidfile=/var/run/puppetlabs/mcollective.pid --daemonize
你对这个过程是正确的：它是 mcollective 守护进程，由 puppet-agent 包提供。
您在 /var/log/{daemon,syslog,messages} 中是否有任何与人偶相关的日志，您可以在此处 post 提供更多详细信息？
也许也在 /var/log/kern.log 中，以防出现内存问题并且 oom-killer 加入了派对？
似乎在几个 debian 9 stretch 节点上新安装 puppet-agent 后，代理会在一定时间后自动关闭，而在默认的 docs puppet 状态下，代理已经被守护进程。
还有其他人遇到过这种情况吗？
有某种过程运行但我认为这不是真正的傀儡特工，对吧？
root 805 0.0 0.8 231160 17768 ? Sl 18:45 0:00 /opt/puppetlabs/puppet/bin/ruby /opt/puppetlabs/puppet/bin/mcollectived --config=/etc/puppetlabs/mcollective/server.cfg --pidfile=/var/run/puppetlabs/mcollective.pid --daemonize
你对这个过程是正确的：它是 mcollective 守护进程，由 puppet-agent 包提供。
您在 /var/log/{daemon,syslog,messages} 中是否有任何与人偶相关的日志，您可以在此处 post 提供更多详细信息？
也许也在 /var/log/kern.log 中，以防出现内存问题并且 oom-killer 加入了派对？