【问题标题】:Collectd server not writing down received client data收集的服务器没有写下收到的客户端数据
【发布时间】:2013-07-25 10:09:40
【问题描述】:

Collectd 有一个很奇怪的问题。我对 Collectd 并不陌生,在基于 CentOS 的机器上使用了很长时间,但现在我们有了 Ubuntu TLS 12.04 机器,我遇到了非常奇怪的问题。

因此,在 Ubuntu 12.04 TLS 上使用 5.2 版。位于 Rackspace 上的两个盒子(可能很重要,但我不确定)。使用两个本地 IP 配置的网络插件,中间没有任何防火墙,也没有任何安全性(只是为了尝试设置简单的客户端服务器场景)。

在两台服务器上,collectd 按照它应该写入的方式写入配置的文件夹中,但在服务器机器上它不会写入从客户端接收到的数据。

使用 tcpdump 进行故障排除,我可以清楚地看到 UDP 流量和 collectd 数据,包括来自我的客户端计算机的主机名和插件名称,在服务器上接收到,但它们从未刷新到适当的文件夹(由 collectd 配置)。还以 root 用户身份运行所有内容,以避免故障排除权限。

有人对此有任何想法或类似经验吗?或者也许知道除了尝试抓取互联网(我想我点击了谷歌在过去两天给我的每一个合理链接)和检查网络层(看起来不错)之外,我还能做些什么来解决这个问题?

只是一个小提示:来自 Ubuntu 的 repo 的官方 4.10.2 版本发生了完全相同的情况。在尝试对其进行数小时的故障排除后,升级到了第五版。

【问题讨论】:

    标签: linux networking monitoring rackspace-cloud collectd


    【解决方案1】:

    我建议尝试基于 csvlogfile 插件的非常通用的故障排除过程,如this 回答中所述。由于本地一切似乎都很好,请在服务器上执行此过程,仅激活 network 插件(除了 logfilecsv 和可能rrdtool)。

    【讨论】:

    • 在此期间,我升级到 5.3 但仍然没有运气。我以前看过这个答案,但在这种情况下它没有帮助。问题是在这种情况下,collectd 日志根本没有帮助,这个示例(仅使用 CSV)甚至没有创建文件夹,而且我现在无法在任何地方捕获任何有用的输出...... RRDTool 最多日期,最新和最好的。
    【解决方案2】:

    所以在无法解决这个问题后,我将我的 Ubuntu 升级到 12.04.2 LTS(3.2.0-24-virtual)并且它刚刚开始正常工作,没有任何干预。

    【讨论】:

      猜你喜欢
      • 2017-07-23
      • 2016-01-10
      • 1970-01-01
      • 2012-01-22
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多