Architecture 每次都需要重新启动filebeat以发送日志。它不会动态（单独）发送日志

我的

Filebeat

正在正确跟踪文件（正如我所希望的，这就是为什么我从

Logstash

转发器切换到

Filebeat

）

但每当日志文件中引入任何更新时，我的

Filebeat

不会自动动态地将这些更新发送到

Logstash

它要求我通过在终端中再次键入“sudo service

Filebeat

restart”来重新启动

Filebeat

服务

因此，我有以下问题：

• 发生这种情况的原因是什么

• Filebeat

  使用哪种服务-TCP或UDP
• 我如何监控有多少事件是由

  Filebeat

  发送到

  Logstash

  的，就像Logstash转发器一样

---

我的建议是在您的filebeat配置上启用信息记录级别。是/etc/filebeat/filebeat.yml文件的最后一部分

然后尝试通过以下方式将内容添加到受监视的文件：

echo "some noise!!" >> /path/to/monitoredfile.txt

日志文件怎么说？如果没有看到任何内容，请尝试使用调试级别。在那里你应该找到你的答案

---

希望有帮助，

我的建议是在您的filebeat配置上启用信息记录级别。是/etc/filebeat/filebeat.yml文件的最后一部分

然后尝试通过以下方式将内容添加到受监视的文件：

echo "some noise!!" >> /path/to/monitoredfile.txt

日志文件怎么说？如果没有看到任何内容，请尝试使用调试级别。在那里你应该找到你的答案

---

希望有帮助，

是的，这很有帮助。事实上，这是我之前的强烈直觉，但我无法用任何合理的理由说服自己。现在我想我有了一个明确的理由。发生的情况是，当我手动更新文件时，相应的更改事件不会被触发，并且当自动进行更新时（通过bash脚本或其他方式）。这就是为什么我的Filebeat无法检测到日志文件中的更改，我必须手动重新启动它。事情都解决了…我很高兴这对你有用，XD。你介意检查我的答案是否正确吗？是的，这很有帮助。事实上，这是我之前的强烈直觉，但我无法用任何合理的理由说服自己。现在我想我有了一个明确的理由。发生的情况是，当我手动更新文件时，相应的更改事件不会被触发，并且当自动进行更新时（通过bash脚本或其他方式）。这就是为什么我的Filebeat无法检测到日志文件中的更改，我必须手动重新启动它。事情都解决了…我很高兴这对你有用，XD。你介意检查一下我的答案是否正确吗？