我的其中一台Dev服务器上的filebeat服务不断停止并崩溃。这是我用来启动服务的命令:
sudo service filebeat start
使用grep
,我可以通过返回的内容得知该服务正在运行。该图表明该服务正在运行。
大约5分钟后,grep不返回任何内容,并指示该服务必须已停止:
我没有超级用户权限来查看filebeat日志,因此我无法通过日志了解当前发生的情况。
我确实有一个Yaml文件,该文件具有大约52个日志路径。我在想yaml文件可能限制它可以容纳的路径数量,这可能就是服务崩溃的原因。
答案 0 :(得分:0)
我咨询了一位同事,并且由于我们将每个应用程序文件都保存在其自己的目录中,因此当您在YAML文件中分别引用每个应用程序文件时,它将使filebeat崩溃。
每个文件的“收割机” /路径显然有一个限制(大约32个)。所以当我减少解决问题的“收割机”时:)