Hi There,
I am new to Ganglia. Can we have gmetad and web frontend for a cluster to be
running on two different machines?? If yes, then how is it possible since i
read in the configuration file of the web frontend that the RRDTool
databases need to be local to be read?
Greetings,
Saundrya.
Saundry,
It sort of looks like you can, but actually you can't.
gmetad writes to rrd databases as local files,
and the web and php read rrd databases as local
(actually it invokes rrdtool itself).
I imagine you could separate the two using NFS filessystems,
but I have not tried this.
kind
For the web server to read the rrd databases, they at least have to be
accessible. The gmetad and httpd servers can be separate as long as they
both have file-system access to the /var/lib/rrd files. I would just nfs
mount the gmetad:/var/lib/ganglia/rrd to httpd:/var/lib/ganglia/rrds/
unless you
Hi all.
We have been testing ganglia here implemented in about 250 machines.
By the way, good job on the tool guys.
We've been peeking at the conf files namely gmetad.conf and we found
this commented option about Custom Round-Robin archives.
The thing is, we wanted to be able to have a RRA of
You will have to remove the old rrds to allow your new definition to be
applied.
The RRA is only used at the initial creation of each rrd file.
If you want to keep your old data, you will have to do magic
(dump/export/import/perl-script)
regards,
Richard Grevis
Production Architecture
David,
good catch. I will have to look at it for a bit.
Cheers
Martin
--- David Wong [EMAIL PROTECTED] wrote:
I don't write much code nowadays, so I'm going to need a lot of help
with this.
I dug through the ganglia code and I found this interesting tidbit in
libmetrics/aix/metrics.c
Tim,
your diff command looks a bit surprising to me. The revision number
looks like CVS to me and we are SVN since quite some time.
Which version of Ganglia have you checked out?
Cheers
Martin
--- Witham, Timothy D [EMAIL PROTECTED] wrote:
Hi,
I just had a situation where the first host
Richard,
depending on the cluster size, writing the RRDs via NFS might turn out
to be a huge bottleneck.
Cheers
Martin
--- [EMAIL PROTECTED] wrote:
Saundry,
It sort of looks like you can, but actually you can't.
gmetad writes to rrd databases as local files,
and the web and php read rrd
Hi,
the definition in gmetad.conf is only for new RRD files. There are two
options:
- throw your data away
- modify the old data. If you look at bugzilla #33 you will find an
attached script that should do what you want. It is not in the sources
because I am lazy and the Licensing is not clear
Martin Knoblauch wrote:
Richard,
depending on the cluster size, writing the RRDs via NFS might turn out
to be a huge bottleneck.
Writing them to local disk is sometimes bad enough.
Reading them over nfs may be okay though, depends how often users are
hitting reload.
Cheers
Martin
---
Oops, sorry. This patch is for the 3.0.4 distribution. I had imported
it into a private internal CVS just to keep track of our own changes,
and that didn't keep correct timestamps. I just browsed the SVN trunk
and it looks like data_thread.c hasn't changed for over a year so this
patch should
David,
after some looking at CALC_NETSTAT I see no *type* problems here:
#define CALC_NETSTAT(type) (double)
((cur_ninfo-typelast_ninfo-type)?
-1:(cur_ninfo-type - last_ninfo-type)/timediff)
cur_ninfo-type and last_ninfo-type are of the same type and the
macro will just return a double
12 matches
Mail list logo