我已经使用以下设置安装了监视服务器。
<Plugin network> Listen "0.0.0.0" "25826" </Plugin>
现在我的客户正在将数据发送到监视服务器(通过tcpdump进行validation)。 即使收集文件夹显示数据正在转储
/var/lib/collectd/rrd [ec2-user at x rrd]$ ll total 4 drwxr-xr-x 11 root root 4096 Nov 20 17:53 x-web-1.y.com [ec2-user at x rrd]$
我也用find来validation。 -mmin 1看看它是否不断更新。
[ec2-user@x rrd]$ find . -mmin 1 ./x-web-1.y.com/interface-eth0/if_errors.rrd ./x-web-1.y.com/interface-eth0/if_packets.rrd ./x-web-1.y.com/interface-eth0/if_octets.rrd ./x-web-1.y.com/disk-xvda1/disk_time.rrd ./x-web-1.y.com/disk-xvda1/disk_ops.rrd ./x-web-1.y.com/disk-xvda1/disk_octets.rrd ./x-web-1.y.com/disk-xvda1/disk_merged.rrd
但是当我通过collectd-web查找时,我没有看到客户端 
我的设置可能有什么问题?
发布的图片似乎并不是collectd-web的一部分。 无论如何,Firefox有一种caching效果,可以防止重buildcollectd-web菜单,包括主机列表。 清理Firefox的caching并重试。
正如之前所说的,我使用默认的collectd.conf文件时遇到了同样的问题,该文件默认全局Host参数为localhost 。 我发现,如果任何客户端收集器使用相同的全局Host名称,这会混淆您的服务器收集器,通常由日志文件中的错误来certificate相同时间戳发生太多更新。
解决scheme是确保您的所有客户端都使用唯一的全局主机参数,此时,您的收集器服务器的rrd文件夹应该填充包含具有捕获的子内容的各个客户端主机名的文件夹。
我也有这个问题。 它发生在我通过Apache提供collectd-web时,而不是使用内置的python服务器(它工作正常)。
发生了什么事是apache没有处理collectd-web中的gci文件。 要解决它,你只需要确保你已经安装了mod_gci,然后编辑你的/etc/apache2/sites-available文件,以允许apache允许在你的collectd-web文件夹中configuration覆盖:
<Directory /var/www/collectd-web> AllowOverride all </Directory>
这将导致Apache加载collectd-web的.htacccess文件(在cgi-bin文件夹中),其中包含执行cgi脚本的指令。
文档中提到了这个小问题: http : //collectdweb.appspot.com/documentation/
不知道你是否也使用Apache,但无论你使用的服务器:检查CGI脚本正在评估。 否则,接口的dynamic部分将不会加载。