Federico Sacerdoti wrote:
Since Matt is going to be indisposed for a while due to his new baby, I
will take this one.
:O!!!
Dang, more people I need to send shirts to this month. :P
We are definately planning to implement this idea, and I'm glad you see
the need for it. Matt's idea, which
IMO, if you are *really* super-concerned with data integrity for some sort
of alert system, bolting it onto gmetad doesn't seem like the best
solution. For starters, gmetad's XML snapshot is the only thing that's
current and easily-accessible (IMO). If you want more reliability, have it
query
I am using the version 2.5.1 for the webfrontend. I am also using the
latest release of gmond and gmetad. I have made no modifications to any
of the software other than the config files
My web server is running apache_1.3.27 and php-4.0.3pl1
Both machines I have installed are single processors (
Frederico, thanks again for your insight. My question about gmetad being up
to date became irrelevant in the context of your answer about gmetad not
catching up. Since it only ever pulls the latest cluster state and doesn't
try to fill in the gaps, it is always up to date, as you pointed out.
Has
The method of displaying dates in PHP is by calling:
date("r", $timestamp)
Perhaps something is wrong and the date() function is not being called.
What version of the webfrontend are you using? Have you altered it at
all?
Federico
On Thursday, December 5, 2002, at 11:34 PM, Will Totten wrot
I'll try to answer all of these.
On Thursday, December 5, 2002, at 09:23 PM, [EMAIL PROTECTED]
wrote:
Frederico & Steven, I really apprceciate your thoughts about the
Ganglia front-end architecture.
I have one more question. Is gmetad robust? If I've got this right,
gmond maintains only th
On a (very) slightly less pie-in-the-sky note...
Has anyone considered the utility of being able to select a subset of
cluster/host/metric data from the metadaemon? In other words, you
send a command that limits display to values that have been updated in
the last 60 seconds, or a particular
Patches item #649579, was opened at 2002-12-06 16:40
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=434894&aid=649579&group_id=43021
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Tomas Ögren (stric)
Assigned to: Nobody/Anonymous
Apologies if this has been sent before; there's a rogue '==' instead of
'=' (unusual to get it wrong that way around!) in linux.c, meaning that
the stats for bytes_out are bogus.
Regards,
Phil
--- ganglia-monitor-core-2.5.1/gmond/machines/linux.c.orig Fri Dec 6
15:08:46 2002
+++ ganglia-
