I figured out my problems with the web frontend PHP parse errors. The
rrdtool wasn't installed. I found the sourcecode code, compiled and
installed it. So far so good. I still had some PHP errors still but I
could see graphs. I sent up the "route default...." for multicasting.
After fiddling with the gmetad and gconfd files, I can query the server
with the webfrontend and it gives me all the "right stuff".
I installed the gmond on the 10 clients and started them up.
[1] a telnet localhost 8651 to the server provided whole lot of XML
[2] a telnet localhost 8649 to the server provided whole lot of XML
[3] a telnet client001 8649 to the client provided a reply
but no metrics
The server is a P3-867 running redhat linux 7.3 and the OSCAR cluster
suite.
The client is an Athlon-2000+ running redhat 7.3 and the OSCAR cluster
suite.
Could someone post their conf files as an example. In my particular case
server 192.168.0.203 on eth0 and 10.0.0.1 on eth1
clients 10.0.0.101 to 10.0.0.110 on eth0
Does anyone know how I can debug my setup ?
thanks
Logan Donaldson
Dept Biology / York University
On Monday, January 27, 2003, at 07:42 PM, Steven Wagner wrote:
John Francis Lee wrote:
Thanks for the help!
I followed you suggestions and attach the output of each telnet
command.
Both were able to connect, and the machine running gmond responded
with
data.
Maybe there's something wrong with php?
Take another look at the metadaemon's output:
>[DTD deleted - trust me, it's OK :P ]
><GANGLIA_XML VERSION="2.5.1" SOURCE="gmetad">
></GANGLIA_XML>
For whatever reason, your metadaemon is either unable to connect to
the gmonds specified in your data_source line or it's unable to parse
the resulting data and spit it back out again when you telnet to the
gmetad port locally.
Parsing errors without using any new metrics - that seems rather
weird...
Off the top of my head, I don't remember whether the gmetad debug
output offers any hints when it comes to metric parsing but it might
be worth a shot. At least you can verify that it's connecting to the
data sources properly, if the debug messages in the XML parsing
functions aren't specific enough...
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Ganglia-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-general
