我开始注意到我的网页界面没有在几小时内更新图表。 每次我重新启动客户端上的gmond进程，我都会看到这些图表确实起作用。 我回来了一个小时左右，我的graphics是空白的，只是一个白色的graphics，没有任何更新。 如果我再次启动它，它工作得很好。 我不确定它是什么。
我的设置如下。
客户端 – > gmondcollections家 – > gmeta / web主机
gmetad.conf
data_source "ENG1" 10.199.1.110 data_source "ENG2" 10.199.19.100 data_source "QA" 10.199.10.200
来自10.199.10.200的gmond.conf
globals { 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”的一组服务器收集数据。
Ganglia安装在Ubuntu上时，我一直面临这个问题。 根据该文件 ，这听起来像gmond丢失了元数据，不知道如何处理度量数据。 由于您以单播模式设置Ganglia，因此您需要通过将send_metadata_interval更改为非零值来指示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_release_notes
3.1收集器将要求gmond重新发送度量标准描述信息，如果需要的话，如果使用多播，如果你使用的是单播，那么现在还没有办法做到这一点，所以如果你重新启动你的收集器将留下部分或没有数据通过它被收集，直到该群集中的所有gmond被重新启动。 要解决这个问题，如果使用单播设置
send_metadata_interval到一个合理的值，以便所有的send_metadata_interval周期性地发送其元数据到收集器，以防万一丢失。
http://sourceforge.net/apps/trac/ganglia/wiki/FAQ
在gmond（3.1.x）的最新版本中，在
gmond.conf中添加了一个新的全局variables，名为send_metadata_interval，默认设置为0.目的是减lessnetworkingstream量。 在3.1中，度量数据是从元数据中分别发送的，例如元数据包含详细描述，分组和其他可能的设置。 值为零意味着gmond将在启动时发送元数据，而没有其他时间（这与旧版本的ganglia一致）。如果您打算使用单播模式，请将
send_metadata_interval设置为0以外的值。在大多数情况下，发现30-60秒可以可靠地工作。 将此variables设置为非零值将使gmond进程周期性地通告其度量，并且graphics将重新出现在主机视图页面上。
尝试添加： tcp_accept_channel { port = 8649 }
我修改了configuration使用多投，现在它的工作！