我正在使用 jstat 收集 jvm 指标并通过 collectd 将它们推送到石墨。几天前，我注意到关于旧空间的图表中有“峰值”，但这些并没有触发任何完整的 GC，这让我认为该指标已关闭。所以我开始查看 jstat 的输出，寻找这样的指标来弹出，这里是：

正如你所看到的，我的旧空间正在正常增加，只是“峰值”到 99.93%，没有触发任何完整的 GC，然后立即恢复到正常指标。

所以我想知道是否有什么问题或者它只是一个不正确的迭代。

谢谢 ！

我正在使用石墨，当我发送指标 stats_count 时，它会显示在指标数据点 json 中，但一段时间后它会重置为零。

例如：最初 [0, 1426770240] [449.968673, 1426770300] 后来 [0, 1426770240] [0, 1426770300] [0, 1426770360]

保留 = 10s:7d,5m:30d,15m:5y

我试图了解“节点”标签的目的是什么。这是我的配置文件中的插件。需要使用多个 Node 标签的情况是什么？

我正在尝试为 collectd 开发一个非常简单的 Java 编写器插件，但没有成功。也没有找到任何关于 Java 插件开发的文档。

我一遍又一遍地遇到相同的错误，即在代理启动时找不到 LoadPlugin 元素 (collectd.config) 中提供的类。

这是我所做的：

1. 使用：sudo apt-get install collectd 安装 collectd。
2. 下载收集的资源。
3. 在 /bindings/java/org/collectd/java 下添加了一个新的（非常简单的）编写器插件。
4. 修改了/bindings/java/Makefile.am：
   • 将写入器添加到 EXTRA_DIST 列表
   • 将以下行添加到 java-build-stamp 任务（为新编写器创建 jar）： jar cf .lib/simple.jar “com.microsoft.java”/*.class
   • 在 install-exec-local 任务中添加了以下行：$(INSTALL) –m 644 .libs/simple.jar \ “$(DESTDIR)$(pkgdatadir)/java”</li>
5. 从源根目录执行 ./configure。
6. 执行 sudo make all install from bindings/java 目录。
7. 修改 collectd.config：
   • 启用 Java 插件
   • 通过将“LoadPlugin”com.microsoft.java.SimpleWriter”添加到 Java 插件部分来启用新插件
   • 更新 JVM 类路径参数以包含包含新插件的 jar。
8. 通过执行开始collectd：sudo /etc/init.d/collectd start

当我启用 GenericJMX 插件时，它已成功加载。有谁知道我做错了什么？

我有以下格式的石墨数据：

我想获得给定方法每分钟运行的总估计时间的图表。换句话说 - 将速率乘以平均时间，这样我就可以从一张图表中了解哪些呼叫占用最多。如果我能做到这一点，我可以将其限制为（我知道如何:)）到此类乘法的前 N ​​个结果。

费率本身都没有给我这样的信息（非常快速的呼叫率很高不是问题），也没有平均时间（每 5 分钟调用一次服务的高平均时间也不是问题）。

有什么建议么？

我们计划使用cadvisor从 docker 主机收集 cgroup 数据。我们已经使用 collectd 和 grafana 设置了对其他应用程序指标的监控图表。

1. 有人知道用于collectd的cadvisor插件吗？根据我收集的信息，无法提取 cgroup docker 容器的数据。
2. cadvisor 支持 influxdb，grafana 可以连接到 influxdb 进行指标可视化。但由于我们在当前环境中没有 influxdb，我们正在探索 docker 容器指标监控的快速方法。

提前致谢

所以我收集了在一些服务器上运行的数据，它们将数据发送回 InfluxDB。InfluxDB 正在存储数据，Grafana 2 配置了 InfluxDB 作为数据支持 - 一些图表工作正常 - 例如负载平均值，但有些图表不能正确 - 像界面统计信息（见图）：

http://i.imgur.com/YgIxBE1.png

我猜这是因为平均负载是这样存储的：

• timestamp1: $current_load_average（例如 1.2）
• timestamp2: $current_load_average（例如 1.1）

接口统计信息存储如下：

• timestamp1: $bytes_transfered_so_far（例如 1002）
• timestamp2: $bytes_transfered_so_far（例如 1034）

所以 Grafana 只是绘制了通过该接口传输的总字节数，而不是我需要的字节/秒。使用相同的设置 - 当 collectd 写入 RRD 文件并且它们被多个接口绘制时 - 一切都按预期工作。

你能建议我应该研究或改变什么吗？

我正在运行collectd 5.4.2.788.gf87af5a，我也尝试过使用5.4.1。

我在日志中看到以下内容：

我有 write_http 写入 localhost:9103 和 netcat 监听该端口。

我的collectd.conf：

如果我启用 rrdtool，该消息就会消失，但无论启用 rrdtool，netcat 都不会打印任何内容，因此 write_http 不会向该套接字发送任何数据。

更新 1 - 2015.05.08

write_http 正在从 cpu 插件发送统计信息，但不是从我自己的 python 插件。但是python插件确实写给rrdtool有什么想法吗？

更新 2 - 2015.05.08

一旦我验证 write_http 不能与我的 python 插件一起工作，我在这里找到了罪魁祸首：https ://github.com/collectd/collectd/issues/716使用元数据解决方法解决了这个问题。

我很难collectd.conf通过. 期望监控的网络接口列表如下：interfacesaltcollectd.conf

我已经确定我需要使用 asalt mine将谷物拉入主控器 - 这是通过如下所示的支柱 sls 实现的：

在我的collectd.conf我有：

但是，它似乎对我不起作用:(

我的 collectd 设置没有将日志推送到 Logstash。不知道这里有什么问题。

我已经在我的 collectd 服务器上运行了 tcpdump。即使它没有发送任何请求。我想，问题可能出在collectd上。有人知道这里出了什么问题。

注意：服务器防火墙没有阻止。