我开始注意到我的网络界面已经几个小时没有更新图表了。每次在我的客户端上重新启动gmond进程时,我都会看到这些图形是有效的。大约一个小时后我回来,我的图表是空白的,只是一个白色的图表,没有任何更新。如果我再开始的话,一切都会好起来的。我不知道那是什么。
我的设置如下。
客户端-> gmond收集器-> gmeta/web主机
data_source "ENG1" 10.199.1.110
data_source "ENG2" 10.199.19.100
data_source "QA" 10.199.10.200globals {
daemonize = yes
setuid = yes
user = nobody
debug_level = 0
max_udp_msg_len = 1472
mute = no
deaf = no
allow_extra_data = yes
host_dmax = 0 /*secs */
cleanup_threshold = 300 /*secs */
gexec = no
send_metadata_interval = 0 /*secs */
}
cluster {
name = "QA"
}
udp_send_channel {
host = 10.199.10.200
port = 8649
ttl = 1
}
udp_recv_channel {
port = 8649
}**gmond.conf不,我的客户端文件与上面的相同,只是它没有定义udp_recv_channel块。我将状态从客户端转发到收集器(如10.199.10.200),然后由gmeta服务器(10.199.1.110)提取。此服务器还从一组定义为“ENG1”的服务器收集数据。
发布于 2012-08-29 04:10:48
当Ganglia安装在Ubuntu上时,我一直面临这个问题。根据文档的说法,这听起来像是gmond丢失了元数据,不知道如何处理度量数据。由于要在单播模式下设置Ganglia,因此需要指示gmond通过将send_metadata_interval更改为非零值来定期发送元数据:
globals {
daemonize = yes
setuid = yes
user = ganglia
debug_level = 0
max_udp_msg_len = 1472
mute = no
deaf = no
allow_extra_data = yes
host_dmax = 0 /*secs */
cleanup_threshold = 300 /*secs */
gexec = no
send_metadata_interval = 30 /*secs */
}试试看!
阅读更多信息:
http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_发布_备注
3.1收集器将请求gmond在需要时重新发送其度量描述信息,如果使用多播,如果您使用的是单播,则还无法这样做,因此,如果您重新启动收集器,将留下正在通过它收集的群集的部分或无数据,直到重新启动集群中的所有gmond。为了解决这个问题,如果使用单播设置
send_metadata_interval到一个合理的值,那么所有gmond都会周期性地将它们的元数据发送给收集器,以防它丢失。
http://sourceforge.net/apps/trac/ganglia/wiki/FAQ
在最近版本的gmond (3.1.x)中,在
gmond.conf中添加了一个名为send_metadata_interval的新全局变量,默认设置为0。目的是减少网络流量。在3.1中,度量数据与元数据分开发送,例如元数据包含详细的描述、分组和其他可能的设置。值为零意味着gmond将在启动时发送元数据,而不发送其他时间(这与ganglia的旧版本相一致)。如果计划使用单播模式,请将send_metadata_interval设置为0以外的内容。在大多数情况下,30-60秒是可靠的。将此变量设置为非零值将使gmond进程定期宣布它们的指标,并且图表将重新出现在主机视图页面上。
发布于 2011-05-18 00:27:47
尝试添加:tcp_accept_channel { port = 8649 }
发布于 2011-05-19 22:46:36
我修改了配置,以使用多播,它现在正在工作!
https://serverfault.com/questions/270752
复制相似问题