Hi James:
On Thu, Jun 12, 2008 at 9:45 AM, James Albright [EMAIL PROTECTED] wrote:
Instead of building the RPMs from the tarball, could you extract it,
run ./configure and post your config.log?
Sure, here it is. Thanks for looking at it!
From your log:
configure:20232: gcc -o conftest -g
Hi all:
Python 2.5 is known to have some memory leak issues:
http://evanjones.ca/python-memory.html
This is what gmetad.py looks like after running for a day:
6184 nobody16 0 2384m 1.6g 2580 S 51 79.2 361:24.00 gmetad.py
(RSS = 1.6GB)
This won't sit well with a large installation,
Hi Brad:
On Thu, Jun 12, 2008 at 1:17 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
If we need to require a certain base Python version, I'm ok with that also.
It will also help to keep the number of if version whatever statements
out of the code.
If I were to impose it, I would probably do
Hi James:
On Thu, Jun 12, 2008 at 2:15 PM, James Albright [EMAIL PROTECTED] wrote:
Yeah, it looks like if I build libconfuse from the source, I can compile and
build the ganglia RPMs just fine (assuming I build libconfuse with
./configure CFLAGS=-fPIC --disable-nls). Then when I deploy on
Hi Brad:
On Thu, Jun 12, 2008 at 1:02 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
There is still one more backport proposal in the STATUS file to be
reviewed. This is not a complicated patch, it is basically just making sure
that we use the right time stamp when trying to determine if the
Hi all:
I just checked this into trunk:
http://ganglia.svn.sourceforge.net/viewvc/ganglia?view=revrevision=1409
Cheers,
Bernard
On Tue, Jun 10, 2008 at 7:02 PM, Bernard Li [EMAIL PROTECTED] wrote:
Hi guys:
On Fri, Jun 6, 2008 at 12:08 PM, Bernard Li [EMAIL PROTECTED] wrote:
Well I
Some more comments regarding gmetad-python.
I have ~20 data_sources in my setup, these are running gmond version 3.0.7.
In /var/log/messages, I get a bunch of:
ERROR- GMETAD - Could not connect to any host for data source cluster1
for different sources.
Not sure if any of these
Hi guys (Stu):
Looking at the logs of the debian/ dir in our repo, it has mostly not
been updated for the past 5 years. This leads me to conclude that Stu
actually does not create his packages from there.
So the question is do we want to keep this around?
Also, what are the plans for Debian
Hi Jarod:
On Wed, Jun 11, 2008 at 12:55 PM, Jarod Wilson [EMAIL PROTECTED] wrote:
...and it fell apart on the ppc64 build. Well, not on the build, per se, but
on the packaging. Part of the configure line passes in libdir=/usr/lib64, but
everything that should have been under there went into
Hey Carlo:
On Wed, Jun 11, 2008 at 1:47 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
the following proposed patch for stable 3.1, refactors the logic used to do
a bootstrap so that it will always use the config.guess and config.sub scripts
from automake at bootstrap time,
Hi Ulf:
On Tue, Jun 10, 2008 at 1:49 AM, Ulf [EMAIL PROTECTED] wrote:
If I try to compile it without static-build I will get the error '0509-022
Cannot load module /usr/lib/ganglia/modcpu.so'
Have a look at your /etc/ganglia/gmond.conf:
/* Each metrics module that is referenced by gmond
Hi James:
On Wed, Jun 11, 2008 at 3:27 PM, James Albright [EMAIL PROTECTED] wrote:
I've tried building RPMs from the tarball for SLES10SP2, but I keep running
into problems. I'm thinking it's probably something obvious to everyone
else, so I thought I'd post the steps I took:
### Install
Hi Carlo:
On Wed, Jun 11, 2008 at 5:13 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
the patch was generated using svn from a patched 3.1 branch, but `patch` won't
be able to identify and correct the conflict generated by the expansion of
$Id: $, and so that patch won't apply
PROTECTED]
Date: Mon, Jun 9, 2008 at 11:02 PM
Subject: Re: [rrd-developers] rrdupates per second
To: Bernard Li [EMAIL PROTECTED]
Cc: rrd-users [EMAIL PROTECTED]
Thanks for the reply.
I am one of the developers of Ganglia http://www.ganglia.info. The
issue we have is that once Ganglia starts
Hi Ulf:
On Mon, Jun 9, 2008 at 1:51 AM, Ulf [EMAIL PROTECTED] wrote:
I' ve just tested the latest snapshot 3.1.0.1361 on AIX.
I'm wondering why the fixed typo in libmetrics/aix/metrics.c is still unfixed
in the snapshot.
Has this bug been filed against bugzilla?
I used some needed tools
Hi all:
I would like to give you guys some idea about the gmond XML datastream
size of the upcoming 3.1.x release.
3.0.x currently monitors 32 metrics by default.
3.1.x monitors the same 32 metrics + 7 mulicpu + 13 tcp python module
metrics = 52 metrics by default
I collected the gmond XML
Hi Kuba:
On Fri, Jun 6, 2008 at 6:16 AM, Kuba Konczyk [EMAIL PROTECTED] wrote:
If you run the script, that's it.Script is only necessary for
conversion and not for an actual build.
Then I am assuming that we just need to add the setup.py.in file and apply
the configure.in patch. Is this
Hi Kuba:
On Fri, Jun 6, 2008 at 11:52 AM, Kuba Konczyk [EMAIL PROTECTED] wrote:
You can run 'python setup.py bdist_rpm' in gmetad-python directory to
build RPM package.Currently it fails and I can't figure out why ;(
All right I will take a look at this.
I'm not sure if RPM should be a
Hi guys:
I was able to build RRDtool 1.3rc7 on CentOS 4.x and use it with Ganglia 3.0.7.
I noticed there weren't much difference in system resource
utilization: iostat shows ~2MB/s write, top shows load is roughly 4
(this is roughly the same as system running rrdtool 1.2.23).
The main
Hey Erich:
On Wed, Jun 4, 2008 at 2:43 AM, Erich Focht [EMAIL PROTECTED] wrote:
sorry for the late reply. From what I remember I tried gexec co with
one of the 3.0.* ganglias. I don't have time to really care now, but
yes, if you want to release the current state, please do it.
Okay I will
Hi all:
On Tue, Jun 3, 2008 at 12:21 PM, Bernard Li [EMAIL PROTECTED] wrote:
This is a good idea, I'll see what I can come up with.
I have checked in my changes to trunk:
http://ganglia.svn.sourceforge.net/viewvc/ganglia?view=revrevision=1380
I have also updated the STATUS file
Hi Carlo:
On Wed, May 21, 2008 at 11:34 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
if generated with a version of automake older than 1.8.3, of course.
Bernard, my CentOS 4.6 test build system seems to have the right version of
automake installed by default and generate valid
Hi Erich:
On Wed, Jun 4, 2008 at 2:55 PM, Erich Focht [EMAIL PROTECTED] wrote:
I have some RPMs labeled 0.3.8-4 around (don't see it in oscar-svn but
in oscar-pro), so 0.3.9 makes sense.
Okay I'll release that as 0.3.9 then -- if you can spare a moment, I
would appreciate it if you could try
Dear all:
I decided to build a snapshot of the latest from the 3.0.x branch.
This will ultimately become 3.0.8. Please test and report any issues
to the ganglia-developers mailing-list.
The snapshot can be found here:
http://www.ganglia.info/snapshots/3.0.x/
Thanks,
Bernard
Hi Brad:
On Tue, Jun 3, 2008 at 7:51 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
Without really looking at this issue in detail, I wonder if it would be
better to create an include/gexec.h file and move the gexec related structs
there rather than put them in ganglia.h. My guess is that most
Hi guys:
Currently gexec related structs are in lib/ganglia_priv.h for both
trunk and branch-3.1.x. I believe they need to be moved to
include/ganglia.h such that gexec can correctly build when
--enable-ganglia is called during configure.
If this is the correct course of action, I will go ahead
Hi Erich:
Do you currently have any plans to release new versions of gexec,
gexec-authd, and libe? I am asking you since you are probably the
last person (along with Babu) to touch the code and there currently
isn't a released version that is compatible with Ganglia 3.0.x, I just
thought maybe
Hi Kuba:
On Fri, May 30, 2008 at 12:56 PM, Kuba Konczyk [EMAIL PROTECTED] wrote:
Is it possible to add python gmetad component tag in bug tracker?
Please go ahead and file bugs under gmetad for now -- when the new
component is created I'll let you know.
Thanks,
Bernard
Hi guys:
On Wed, May 21, 2008 at 11:45 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
and as suggested when the branch was created (more than a month ago) here :
http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg04050.html
also add a version for HEAD so
On Fri, May 30, 2008 at 1:12 PM, Bernard Li [EMAIL PROTECTED] wrote:
Please go ahead and file bugs under gmetad for now -- when the new
component is created I'll let you know.
The new component is now available in bugzilla.
Cheers,
Bernard
Hi guys:
On Mon, May 5, 2008 at 4:15 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
The following proposed patch for stable 3.1, completes the fix for BUG36
committed in r1244 to display correctly the time since the last received
heartbeat for a node that is down and as detailed in :
Hi James:
On Tue, May 20, 2008 at 2:28 PM, James Albright [EMAIL PROTECTED] wrote:
I downloaded the source code for libconfuse from
http://www.nongnu.org/confuse/, which had a download link to
http://bzero.se/confuse/confuse-2.6.tar.gz.
The configure options I used to compile libconfuse
Hi Brad:
On Wed, May 14, 2008 at 8:09 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
I noticed this the other day as well. Can you apply the backport proposed
patch in bug #188
http://bugzilla.ganglia.info/cgi-bin/bugzilla/attachment.cgi?id=132action=view
and test it again. I have been
Hi guys:
I've been running gmetad 3.1.0.1273 on my test server since April 21st
and noticed that the RSS for gmetad has grown to ~653m.
It looks like we have another memory leak, folks.
Here's what I could gather from valgrind:
==18713== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 32
On Tue, May 6, 2008 at 1:31 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
On Mon, May 05, 2008 at 02:59:55PM -0600, Brad Nicholes wrote:
The SOURCE attribute in the XML is just there to make sure that an older
Gmetad could read the newer XML.
then IMHO it should be treated as
Hi Jesse:
On Fri, Apr 18, 2008 at 10:02 AM, Jesse Becker [EMAIL PROTECTED] wrote:
I just did a clean checkout of trunk/, and it seems to have built just
fine on OpenBSD 4.1.
Just to be sure, I would suggest you check out the 3.1 branch, even
though it is probably not much different from
Hi Timothy:
On Fri, Apr 18, 2008 at 2:25 PM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
How frustrating. This passed my initial test case. But when I put it
in production, a few dips came back only on my largest grid graphs.
Running my test loop for more time does reveal low sums, but
Hi Carlo:
I'm not sure if the following two check-ins you've made are necessary?
http://ganglia.svn.sourceforge.net/viewvc/ganglia?view=revrevision=1226
http://ganglia.svn.sourceforge.net/viewvc/ganglia?view=revrevision=1227
Since in r1200 I have already removed the logo and the date from the
Hi Brad:
On Thu, Apr 17, 2008 at 2:42 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
Are we ready to produce a beta from the 3.1 branch? I think it would be
good to try to roll a 3.1.0. beta tarball out and announce that it is
ready for testing. If testing goes well, then we should
Hi Rich:
Please have a look at this patch, perhaps it'll help with your endeavor:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=176
Cheers,
Bernard
On Wed, Apr 16, 2008 at 2:01 PM, Rich Paul [EMAIL PROTECTED] wrote:
I've been hacking on ganglia, to add the ability to access
Hi Brad:
On Wed, Apr 16, 2008 at 10:36 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
This just missed the cut and needs to be backported to 3.1.x branch.
http://ganglia.svn.sourceforge.net/viewvc/ganglia?view=revrevision=1247
+1
Committed r1252.
I'm OK with just going to 3.2.x
Hi Carlo:
On Tue, Apr 15, 2008 at 1:11 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
since that code has been overridden by the one in r1230, is this still
relevant?
The original patch which Matt submitted (and which Brad checked in)
had a bug which simply does not set the cookie
Hi guys:
Occasionally I have been getting the following message in syslog:
/usr/sbin/gmetad[734]: server_thread() -1209013328 unable to write root epilog
This happens with both 3.0.x and trunk. After perusing the archives,
I noticed that users have experienced it but nobody has been able to
Hi Carlo:
On Fri, Apr 11, 2008 at 1:43 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
since the gridstack is also passed around in a cookie the check for the _GET
hash is IMHO bogus and redundant here, since the existence of gridwalk should
be sufficient.
That's fine -- but for
Hi guys:
Another backport request. This is already fixed in trunk, and I would
like this to be backported to 3.0.x tree. Please refer to the
attached patch.
Patch includes changes from revisions 1122, 1138, 1142, 1152, 1154 and
1158 from trunk.
Cheers,
Bernard
Index: gmetad/process_xml.c
Hi Brad:
On Fri, Apr 11, 2008 at 1:37 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
BTW, when patches are backported to a stable branch, it would be good to
include who reviewed and voted on the backport patch just for tracking
purposes.
Got it, will do for next backport.
Cheers,
Bernard
Hi Timothy:
On Fri, Apr 11, 2008 at 1:58 PM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
It breaks the /?filter=summary but that is easily fixed by including
r1215:
Index: server.c
===
--- server.c(revision 1185)
+++
Hi Jesse:
On Wed, Apr 2, 2008 at 7:50 PM, Jesse Becker [EMAIL PROTECTED] wrote:
Can you please post a URL for the graph in question? It doesn't have
to be a full URL, just all the ugly CGI variables.
Also, in r1202, there's a one-line addition to try and handle the grid
context. I
On Fri, Apr 11, 2008 at 2:49 PM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
Yes, I believe the patch is complete now and will resolve bz#76 for
3.0.x.
Checked into 3.0.x branch r1232.
I would like to request that we start rolling 3.0.8 betas for an
imminent release -- unless of course there
Hi Brad:
I decided to move the thread to ganglia-developers since it was
evolving into a development discussion.
On Fri, Apr 11, 2008 at 3:18 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
Yes, I think we need something like that for gmeta. What I was thinking is
to add another filter type.
Hi all:
Right now I am working on the upgrade path from 3.0.x to 3.1.x. Since
there are diffs between 3.0.x gmond and 3.1.x gmond, I am proposing
the following changes in the spec file during upgrade:
%postun
gmond -t /tmp/gmond.conf.old /* generate default conf from 3.0.x */
%post
gmond -t
On Fri, Apr 11, 2008 at 4:09 PM, Jesse Becker [EMAIL PROTECTED] wrote:
If there is an existing /etc/gmond.conf, then create a new patched
file as something like /etc/gmond.conf.upgrade_from_3.0.x. This
leaves the existing file alone, reducing the risk of breaking
something. Also, a big
Hi Carlo:
On Tue, Apr 8, 2008 at 8:27 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
Committed revision 1220
Confirmed working with r1224.
Thanks,
Bernard
-
This SF.net email is sponsored by the 2008
Hi guys:
Looks like we might have introduced memory leak in gmetad recently. I
don't have the exact numbers, but the memory usage is definitely
growing. I left my gmetad running for 2 days, and it was consuming
~500MB and there is only one host.
Cheers,
Bernard
Hi guys:
On Mon, Apr 7, 2008 at 5:05 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
Looks harmless enough to me. +1
Seems that the fix is a bit more involved. I have already fixed this
in trunk, and the following is the backported patch:
Index: web/get_context.php
Hi Alex:
On Wed, Apr 9, 2008 at 10:27 AM, [EMAIL PROTECTED] wrote:
foreach works on a copy of the array, so this code won't actually modify
$gridstack.
You could do this instead :
foreach( $gridstack as $key=$value ) {
$gridstack[ $key ] = clean_string( $value );
}
Thanks,
Hi Brad:
On Tue, Apr 8, 2008 at 9:08 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
Rather than me continuing to ask if we are ready to create the 3.1.x
stable branch, I have created a STATUS file and added it to the root of
monitor-core. We talked about the usage of STATUS file during the
Hi Alex:
Looks like we need to re-visit the XSS patches again. It looks like
some changes are preventing gridwalk from working.
In the following two patches:
http://ganglia.svn.sourceforge.net/viewvc/ganglia/branches/monitor-core-3.0-beta/web/get_context.php?r1=905r2=904pathrev=905
Hi guys:
The following changes is preventing the correct gridstack from being
passed around (and thus preventing gridwalk from working correctly):
http://ganglia.svn.sourceforge.net/viewvc/ganglia/branches/monitor-core-3.0-beta/web/header.php?r1=790r2=789pathrev=790
Checking whether the cookie
r1218:
http://ganglia.svn.sourceforge.net/viewvc/ganglia/trunk/monitor-core/configure.in?r1=1218r2=1217pathrev=1218
Error:
Welcome to..
__ ___
/ /___ _ _/ (_)___ _
/ / __/ __ `/ __ \/ __ `/ / / __ `/
/ /_/ / /_/ / / / / /_/ / / / /_/ /
Hi all:
I have a Ganglia page which takes quite a bit of time to load and I
was wondering if anybody have any PHP code that will allow me to
measure the load time and print this in the main page (much like the
Downloading and parsing ganglia's XML tree took 0.0073s. line).
I guess I could use
Hi guys:
On Mon, Apr 7, 2008 at 12:49 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
actually in r1216
Just tested r1216, both issues are resolved.
Cheers,
Bernard
-
This SF.net email is sponsored by the 2008
If someone can create a backport patch for the 3.0.x tree and update
it in bugzilla, I would gladly test it:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=76
Thanks,
Bernard
On Thu, Apr 3, 2008 at 3:02 PM, Bernard Li [EMAIL PROTECTED] wrote:
On Thu, Apr 3, 2008 at 2:14 PM
On Fri, Apr 4, 2008 at 3:42 PM, Bernard Li [EMAIL PROTECTED] wrote:
Is anybody else seeing this issue with trunk? I now get it quite
frequently when I manually reload the page http://server/ganglia/
I believe expat is outputting the error -- is it possible that the
recent changes
Hi Carlo:
On Fri, Apr 4, 2008 at 7:51 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
gmetad is generating invalid XML there, but since I can't reproduce it here
has to be something in your configuration that is triggering that bug.
can you either instrument gmetad or the
Hi Carlo:
On Thu, Apr 3, 2008 at 12:46 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
the master gmetad with scalable on?
I'm just using the default settings, so yes, scalable is on.
might be, when testing with the same setup with 3.0.7, the XML generated is
invalid but
Hi Timothy:
On Wed, Apr 2, 2008 at 9:31 PM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
Bernard said:
I am running gmetad r1199 on a server which has one data_source which
is a server running gmetad 3.0.7 via port 8651.
In the webfrontend, the summary CPUs Total shows nothing, however,
Instead of this change:
http://ganglia.svn.sourceforge.net/viewvc/ganglia/trunk/monitor-core/web/graph.php?r1=1205r2=1204pathrev=1205
Perhaps, we can enable this when debugging is on? And perhaps further
document its uses for debugging (either in the code, or more verbosity
in the message?)
Hi Timothy:
On Thu, Apr 3, 2008 at 2:58 PM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
Correct. The gmetad pulling from clusters must get all the data from
all hosts since it logs RRDs for all hosts, clusters and the summary for
the grid of clusters. Unfortunately, it hands all this data
Hi Jesse:
On Wed, Apr 2, 2008 at 7:50 PM, Jesse Becker [EMAIL PROTECTED] wrote:
Can you please post a URL for the graph in question? It doesn't have
to be a full URL, just all the ugly CGI variables.
graph.php?G=grid1m=r=hours=descendinghc=4st=1207260060g=load_reportz=mediumr=hour
Also,
On Thu, Apr 3, 2008 at 2:14 PM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
Try r1206, worked for me.
Yep, just tested r1207, and it works fine.
Cheers,
Bernard
-
Check out the new SourceForge.net Marketplace.
It's the
I noticed that since April 1st (that would be ~ r1185), I have been
getting the following message in my /var/log/messages:
Apr 1 16:49:14 build01 /usr/sbin/gmetad[19901]: RRD_update
(/var/lib/ganglia/rrds/Build Servers/__SummaryInfo__/machine_t
ype.rrd): conversion of '^A' to float not complete:
Been getting the following message in my web browser infrequently
(when I browse to my test box's ganglia page) since my update to the
latest revision (r1207):
There was an error collecting ganglia data (127.0.0.1:8652): XML
error: not well-formed (invalid token) at 424
I don't see any culprit
Hi Carlo:
On Tue, Apr 1, 2008 at 8:56 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
there is also the little inconvenience with the building of snapshots which
will need to be addressed since we are planning in releasing an alpha
snapshot
with the creation of the branch.
What
Hi Carlo:
On Tue, Apr 1, 2008 at 7:28 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
Committed revision 1191.
Confirmed working with r1199.
1064carenas if test -f $libaprpath ; then
1064carenas APR_INCLUDES=`$libaprpath --includes`
1064carenas
Currently gmetric and gstat are installed in /usr/bin, whereas gmond
and gmetad are installed in /usr/sbin. IMHO I think all binaries
should be installed to /usr/sbin. One might argue that maybe gstat
should be made available to users, but I think gmetric should
definitely be confined to
Hi Jesse:
On Tue, Apr 1, 2008 at 7:02 PM, Jesse Becker [EMAIL PROTECTED] wrote:
Fixed, I think, in r1190.
Almost.
The per-host metric graphs' titles have hostnames before the
metrictitle. Now that we are using the long description for the
titles, you are almost guaranteed to run out of space
Martin:
On Mon, Mar 31, 2008 at 8:44 AM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
r1170 passes my tests. Thanks!
Now that the patch has been confirmed working in trunk, do you plan on
backporting this to the 3.0.x branch?
Thanks,
Bernard
Hi Jesse:
On Wed, Apr 2, 2008 at 11:48 AM, Jesse Becker [EMAIL PROTECTED] wrote:
The gmond and gmetad programs certainly belong in /usr/sbin. I think gstat
should stay in /usr/bin.
Sure.
For gmetric, I don't have a good argument *for* either directory. Why
should it be in /usr/sbin?
Hi Jesse:
On Wed, Apr 2, 2008 at 12:08 PM, Jesse Becker [EMAIL PROTECTED] wrote:
What do you think about shortening the hostnames for display purposes (and
only display purposes in these charts? In all charts, or just the small
chart size? Do you think that removing everything after the
On Tue, Apr 1, 2008 at 7:02 PM, Jesse Becker [EMAIL PROTECTED] wrote:
Fixed, I think, in r1190.
Looks like it's still broken.
If my gmetad is aggregating another gmetad, the Grid summary graph
has the gridname, but the Cluster summary graph does not (so instead
of gridname Load last hour it is
Hi Carlo:
On Sat, Mar 29, 2008 at 1:31 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
the fix wasn't yet complete, but even though there is still some more
refactoring needed for the sum_finished lock, I couldn't reproduce this
problem anymore with r1154.
testing it with a
Hi Carlo:
On Wed, Apr 2, 2008 at 4:55 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
the fact that tarballs are not usable for public consumption as you explained
in :
http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg03804.html
Right -- I've just been
Hi Brad:
On Fri, Mar 28, 2008 at 2:57 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
I new there was something that I was missing when I checked in the header
file changes. It appears that I broke the 32-bit builds. I am trying to get
the problem fixed and it has to do with adding
On Tue, Apr 1, 2008 at 2:45 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
So where are we on this? Is it time yet to branch?
Not until I can build trunk again :-)
Regards,
Bernard
-
Check out the new SourceForge.net
Since r1066, Carlo has deleted all the files inside the top level
config/ directory -- is there a point to keep this directory then?
Since it is auto-generated during bootstrap, I suggest we remove it.
Cheers,
Bernard
-
Hi Brad:
On Tue, Apr 1, 2008 at 2:32 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
I'm not sure what is happening here. As far as what I was referring to,
trunk should now be good.
Working configure's config.log:
This file contains any messages produced by compilers while
running configure,
On Tue, Apr 1, 2008 at 3:36 PM, Bernard Li [EMAIL PROTECTED] wrote:
Working configure's config.log:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU
In current trunk (r1185), when you are in Cluster view, your host
graphs' titles would have duplicated hostnames eg.
server1.ganglia.info server1.ganglia.info last hour.
The following patch fixes that and brings the behaviour closer to what
it was before:
Index: graph.php
Hi Matt:
On Thu, Mar 27, 2008 at 10:17 PM, Matt Massie [EMAIL PROTECTED] wrote:
i'm not sure what happened exactly. bernard's detective work found that
some of our pages were changed into posts and one of the wordpress
plugins was disabled. i've copied our pages back in and updated the
Hi Timothy:
On Fri, Mar 28, 2008 at 9:50 AM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
But unfortunately, r1142 reverts to giving incomplete sums in the
metrics, so bug#76 is back:
# perl -e 'while(1){print `netcat localhost 39003 | grep cpu_num`; }'
METRICS NAME=cpu_num SUM=3913
Hi guys:
On Thu, Mar 27, 2008 at 11:32 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
On Thu, Mar 27, 2008 at 08:07:49AM -0700, Witham, Timothy D wrote:
If we remove the conditional the lock should silently fail and so we
would get the same result. This would make the code a
Thanks to Carlo, we now have the following manpages for Ganglia (in trunk):
man1: gmetad, gmetric, gmond, gstat
man5: gmond.conf
I guess the only one missing is gmetad.conf.
BTW, it looks like the format for gmond.conf is different from the
rest. I actually like the format better as it tells
Right now, if you have a grid, by default the first row is a summary
of the grid represented by load_report and memory_report graphs. If
you click on them, it just goes back to the current page (which is
kind of useless).
I have a patch (currently against 3.0.x, but I will re-base against
On Thu, Mar 27, 2008 at 3:25 PM, Bernard Li [EMAIL PROTECTED] wrote:
Right now, if you have a grid, by default the first row is a summary
of the grid represented by load_report and memory_report graphs. If
you click on them, it just goes back to the current page (which is
kind of useless
Hi Carlo:
On Tue, Mar 25, 2008 at 11:32 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
The following commit should be reverted, as it is not only incorrect
(confirmed that in either case the distribution tar is the same) but
is also confusing (the syntax doesn't use parenthesis)
Hi Jesse:
On Wed, Mar 26, 2008 at 4:54 AM, Jesse Becker [EMAIL PROTECTED] wrote:
Well, it's still not working this morning, whatever the problem.
Yes, Matt and I are still working on this.
Regards,
Bernard
-
Check out
Hi Carlo:
On Wed, Mar 26, 2008 at 11:11 AM, Bernard Li [EMAIL PROTECTED] wrote:
Not sure exactly what you mean here... if you have issue with the
bracket, then let's take it out (but I assume anybody who is going to
check code out from SVN to understand that the bracket means
On Sat, Mar 22, 2008 at 7:27 AM, Jesse Becker [EMAIL PROTECTED] wrote:
I don't see any difference between the titles of metric graphs in
between 3.05, 3.0.6, 3.0.7 and trunk. What specifically are you
reffering to?
Prior to the modular patch for graph.php, the $title variable is set
to
Testing trunk, I noticed this behaviour:
Let's say I have 2 hosts, one host with a custom metric temp (which
measures the temperature of the motherboard, for instance), and the
other host does not have this metric.
I go to the Cluster Report pull-down menu, and select temp which
results in only
301 - 400 of 691 matches
Mail list logo