Ludmil,
do you have multiple headnodes? Do they receive data from all the
nodes? If yes, did you verify it (telnet to each headnode to port 8649
and count occurences of HOST... xml tag)?
b.
On 19 August 2015 at 12:01, Ludmil Stamboliyski l.stamboliy...@ucdn.com wrote:
Thank you Dave,
I've
Hi Bostjan and thank you for your time,
My setup is:
gmond deamons for each machine monitoring configured in unicast, 8
clusters, and one master node on which I have gmond daemon for each cluster
running on different port. On the master node I have gmeta daemon
configured to send data to
Does increasing gmetad's debug level (runs in foreground) yield anything useful?
On 19 August 2015 at 21:15, Ludmil Stamboliyski l.stamboliy...@ucdn.com wrote:
Hi Bostjan and thank you for your time,
My setup is:
gmond deamons for each machine monitoring configured in unicast, 8 clusters,
Ok guys, thanks to your help we could count this resolved. For anyone who
wants to use graphite and carbon-cache - here is a peace of advice - run
separate gmeta daemon dedicated only to feeding carbon. The key is to set
up carbon and gmeta to communicate by udp - that gave me tripple increase
of
I've just setup a new installation of Ganglia 3.7.1 on a CentOS host. This is
monitoring a Windows 2008 R2 HPC cluster (using the Microsoft HPC Ganglia 3.x
add-on running on the head node).
Data is coming through, and the cluster status graphs are being populated.
After changing
Thank you Dave,
I've done that, but to no avail. Then I do the following - ran
separate gmeta for this cluster - up to no avail. Then I thought why I
do not make gmeta pull data each second:
data_source example large cluster 1 127.0.0.1:port
And it seems almost working now - i got data
6 matches
Mail list logo