Greetings,
I recently found that my Solaris boxes were missing disk metrics hence I fixed
it and filed bug 124 (including patch with implementation):
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug?id=124
I tried to keep the implementation as close as possible as the one that is
used in
Greetings,
while working on implementing disk metrics for Solaris, I found the following
comment on the Linux implementation ([EMAIL PROTECTED]:1360) which
looked suspicious :
/* We report in GB = 1e9 bytes. */
sadly, in Solaris at least (and also in Linux, NetBSD and OpenBSD AFAIK) the
imp
Correction:
the link for the bug should be :
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=124
and the patch is available from :
http://bugzilla.ganglia.info/cgi-bin/bugzilla/attachment.cgi?id=44&action=view
Carlo
On Fri, Dec 15, 2006 at 11:06:48AM -0800, matt massie wrote:
> i'm happy to open subversion access to any developers on this list who
> are blocked waiting for someone to drop in a patch.
I got this bug/patch open to implement disk metrics for Solaris :
http://bugzilla.ganglia.info/cgi-bin/bugz
On Mon, Dec 18, 2006 at 02:55:29PM +0100, Erich Focht wrote:
> On Monday 18 December 2006 11:28, Martin Knoblauch wrote:
> >
> > no objections from my side. I am using it on several clusters without
> > any serious problems.
>
> any objections to changing the part_max_used metric to be limited to
On Mon, Dec 25, 2006 at 02:32:30AM -0800, Martin Knoblauch wrote:
> Ho ho ho,
>
> Santa just released version 3.0.4 of Ganglia. This is mainly a bugfix
> release. See the ChangeLog in the tarball for a complete list of
> changes.
thanks Santa, and I got to be the first kid that went to the source
On Tue, Dec 26, 2006 at 02:22:13AM -0800, Martin Knoblauch wrote:
> > * Gentoo Linux 2006.1 (amd64), Fedora Core 6 (i386)
> > * Solaris 9 (sparc), Solaris 10 (i386, amd64 and sparc)
> > * NetBSD 2.0.2 (i386), NetBSD 3.0 (i386), NetBSD 3.1 (i386, amd64)
> > * FreeBSD 6.1 (amd64)
> >
>
> thanks fo
On Wed, Dec 27, 2006 at 12:38:00AM -0800, Martin Knoblauch wrote:
>
> I see no problem to add OpenBSD support in 3.0.5. Just go on and check
> it in once you are satisfied with your stuff.
checked it in already in revision 697.
Greetings,
is there any reason why for the bootstrap we are still using a 1.5.8 version
of ltmain.sh that is almost 2 years old? and if that is the case, where did
that came from, as i couldn't find a match from the package with that same
version number from sourceware.
FWIW, I'd been doing `auto
On Wed, Dec 27, 2006 at 03:12:51AM -0800, Martin Knoblauch wrote:
> What I now need is the output from 2.4 based configs. Only multi-core
> and/or HT-enabled systems actually.
AFAIK in vanilla kernel 2.4 there is no way to tell between virtual and real
CPUs from /proc/cpuinfo as can be seen by t
On Fri, Dec 22, 2006 at 08:05:02AM -0800, Martin Knoblauch wrote:
> Hi Folks,
>
> in order to fix bz#84 for Linux.
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=84
I think that the fix for this bug should actually include adding 2 more
metrics, as the problem as stated isn't r
Greetings,
There seem to be some platforms (Debian (*) and SuSE being the ones that
are more relevant IMHO) that are maintaining their own forks of ganglia based
on 2.5.7, while some others (Gentoo, Fedora, NetBSD, FreeBSD and Solaris being
the ones that are more relevant IMHO) that are currently
On Wed, Dec 27, 2006 at 09:45:35AM -0800, Martin Knoblauch wrote:
> > I used NetBSD as a base from my port (as it is the closest), sadly
> > they are not that similar as to just work with the other source
> > as you can see by the diff.
>
> Understand. Btw. you should check the use of the strings
On Thu, Jan 04, 2007 at 05:42:30AM -0800, Martin Knoblauch wrote:
> --- Vladimir <[EMAIL PROTECTED]> wrote:
> > /ganglia-3.0.4/lib/protocol_xdr.c:182: undefined reference to
> > `_xdr_string'
> > /ganglia-3.0.4/lib/protocol_xdr.c:184: undefined reference to
> > `_xdr_int'
> > collec
On Thu, Jan 04, 2007 at 10:59:01AM -0500, Vladimir Vuksan wrote:
>I was wondering if there may be some value in using libstatgrab in Ganglia
>for grabbing some of the metrics. I realize Ganglia has most (or all) of
>the metrics in libgrabstat but may be a wise choice for the future sinc
On Fri, Jan 05, 2007 at 01:22:34AM -0800, Martin Knoblauch wrote:
> --- Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> > FWIW, I'd been doing `autoreconf --verbose --force --install` for the
> > last
> > days with the FC6 provided autotool pac
> guys-
>
> i just went in an cleanup all the tags and branches in subversion.
great work, and definitely something we needed if we are to keep also the 2.x
branch for ganglia an some sanity as I mentioned before.
> [EMAIL PROTECTED]:~/Code/Svn/ganglia/tags$ ls
> gexec-0.2.1mon
On Sat, Jan 06, 2007 at 07:36:29PM -0600, Carlo Marcelo Arenas Belon wrote:
> wasn't really sure either about the accuracy of the 2.5.x tags, as I'd been so
> far unsuccessful trying to match the 2.5.7 tag with the corresponding update
> version in trunk
after going up and d
On Fri, Jan 05, 2007 at 04:20:37PM -, [EMAIL PROTECTED] wrote:
> 1) Install a full cygwin system (specified on their downloader app),
>don't use the default install or any other subset.
Why?, all you really should need is the basic stuff (going by default) and add
to it the compilers, make
On Fri, Jan 05, 2007 at 05:23:47PM -, [EMAIL PROTECTED] wrote:
> Also remember about the cygwin agent build, which also processes
> from cygwin's /proc.
the cpu_num metric was hardcoded to return "1" until 3.0.5, so that one will
change regardless, but this time it will show the right number o
On Fri, Jan 05, 2007 at 04:59:54PM -, [EMAIL PROTECTED] wrote:
> Unfortunately it is cygwin itself (and not ganglia) that causes problems
> by not imlpementing all the metrics that it should in /proc.
well, for Windows there is no concept of "load average" and therefore
the "load_*" metrics ar
> I also have a simple patch to implement cygwin cpu count that
> I will forward tonight. I remember a thread about this a while ago and
> I'm surprised that cygwin/gmetric.c/cpu_num_func() looks like the
> original one.
Oops, my bad, I'd been using a patched version of cpu_num_func for a while
On Sat, Sep 29, 2007 at 10:30:31AM -0700, Bernard Li wrote:
> Hi guys:
>
> Ganglia 3.0.5 is ready, I have prepared the release notes here:
noticed the tag in the morning and had been busy doing packages already, as I
really expected another RC with the verified fixes for MacOS to use for
platform
On Sat, Sep 29, 2007 at 02:14:49PM -0500, Carlo Marcelo Arenas Belon wrote:
> On Sat, Sep 29, 2007 at 10:30:31AM -0700, Bernard Li wrote:
> > - [win32] Include documentation (README.WIN) for building under Windows
>
> I think this one is probably not getting in with the make src-
On Tue, Oct 02, 2007 at 11:32:48PM -0700, Bernard Li wrote:
> Anybody who have access to Cygwin want to test this patch and provide
> feedback?
>
> http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=154
took the bug, the provided patch conflicts with the fix I proposed, tested
and co
On Thu, Oct 04, 2007 at 10:47:41AM -0500, Jim Rowan wrote:
> Bernard Li wrote:
> >Dear all:
> >
> >As you all know, 3.0.5 has just been released -- time to work on 3.1.0! :-)
> >
> >I thought I would start a wishlist for 3.1.0 where we can brainstorm
> >for ideas to go into our next release.
> >
On Fri, Oct 05, 2007 at 11:30:39AM -0400, Richard Mohr wrote:
> On Fri, 2007-10-05 at 00:17 -0400, Wood, David wrote:
>
> > I was under the impression that lots of people experienced disk i/o
> > issues with gmetad. I was also under the impression that the generally
> > accepted work around for t
On Fri, Oct 26, 2007 at 06:45:59PM +0400, Kirill Nikonorov wrote:
> where to look in sources to switch off removing dead hosts after
> Ganglia daemons restart. I need to keep the view of my cluster even
> with dead nodes.
there is no way in the source to switch off removing dead hosts at shutdown,
On Wed, Oct 24, 2007 at 12:58:22PM +0100, richard grevis wrote:
> unfortunately for you, this is a bug, and the bug lies
> in cygwin rather than gmond as I remember it.
More than a bug, it is a limitation because for the point of view of gmond
it is limited to the ammount of memory that cygwin can
On Wed, Oct 24, 2007 at 05:20:59PM +0530, Deepak CHAUHAN wrote:
> Hello All,
>
> I have installed ganglia for windows 2003 server but its not showing RAM
> more than 2 GB and server is having 16 GB of RAM.Pls. help me in resolving
> the issue.
Can you see if the attached patch fixes the issue?
On Wed, Oct 31, 2007 at 04:29:21PM -0600, Brad Nicholes wrote:
> -* Remove the 4T limit on ganglia metric results
> -* Modify all byte count metric to 8 bytes ints
moving to 8 byte ints won't solve the problem, will only push it further and
will make the memory utilization for gmond and disk utili
On Tue, Nov 06, 2007 at 04:59:59PM -0800, Bernard Li wrote:
> Got a quick question about multicpu.conf -- by default, this is
> installed with the RPM and enabled, should it be?
>
> Because apparently, the kernel which comes with CentOS 4 does not
> support it, as I get the following syslog messag
On Tue, Nov 06, 2007 at 11:45:37PM -0800, Bernard Li wrote:
> > attached a fix that was tested working in my athlon64 laptop running gentoo
> > linux 2007.0 with and without powernow-k8. a similar fix will need to be
> > done
> > for the multicpu code unless changes in r815 are reverted and then
On Thu, Nov 08, 2007 at 09:20:26AM -0800, Bernard Li wrote:
> Anybody else have comments on this?
http://fedoraproject.org/wiki/Packaging/Python
Carlo
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through l
On Fri, Nov 09, 2007 at 11:41:50AM -0800, Bernard Li wrote:
> On 11/9/07, Khazret Sapenov <[EMAIL PROTECTED]> wrote:
>
> > Is it possible to get an email notification on some event like cpu load
> > spike beyond certain threshold or low disk space. I know there's already
> > Nagios that might do i
On Fri, Nov 09, 2007 at 02:55:16PM -0700, Brad Nicholes wrote:
> "Bernard Li" <[EMAIL PROTECTED]> wrote:
> > On 11/9/07, Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> >
> >> http://fedoraproject.org/wiki/Packaging/Python
> >
> >
On Thu, Nov 29, 2007 at 09:56:14AM -0500, Jesse Becker wrote:
> I've been trying to build the trunk version of Ganglia on an OpenBSD 4.1
> box recently, and it isn't for the faint of heart.
sadly true, building trunk isn't that easy if you are not using Fedora,
indeed I didn't even though that do
On Thu, Nov 29, 2007 at 09:52:14AM -0700, Brad Nicholes wrote:
> I am seriously considering removing the --enable-static-build and the entire
> srclib tree since it is basically dead code going forward with 3.1.x.
>
> Thoughts?
don't you dare, --enable-static-build should be supported for anyone
On Thu, Nov 29, 2007 at 10:26:57AM -0800, Bernard Li wrote:
> In this case, static builds (with the updated dependencies from the
> tarball) should be able to take advantage of the new features?
No, you need to be linked with a dynamically loaded apr and had dlopen support
to be able to do that wh
On Thu, Nov 29, 2007 at 11:17:16AM -0700, Brad Nicholes wrote:
> The reason why I am making that suggestion is because if somebody wants a
> static version then they should just continue using 3.0.5.
They will also need the bugfixes we are getting into 3.1.x, and since we said
we won't maintain t
On Mon, Dec 17, 2007 at 10:34:19PM -0500, Jesse Becker wrote:
> This is a minor patch for get_context.php. It mostly cleans up the
> large block of checks, and also puts an isset() in front of all
> variables used as array indexes.
and is doing rawurldecode for several other variables (hc, sh, p
On Sun, Dec 30, 2007 at 09:48:29AM -0700, [EMAIL PROTECTED] wrote:
> Thanks for the explanation. I should be able to track down the problem
> with this info. If I find the problem, I'll post the solution.
amazing, I suspect though that the problem is from APR, but haven't yet looked
into it.
as
Greetings,
while preparing a bootstrap environment which could be used to generate
maintenance releases for the 3.0.x branch noticed we'd been using different
versions for autotools that the ones detailed in README.SVNusers (which
match the ones used by 2.5.7), as shown by the following table :
On Fri, Dec 28, 2007 at 12:54:15PM -0700, Brad Nicholes wrote:
> Also the make files should be detecting --enable-static-build and removing
> the load path from the default .conf file.
--enable-static-build isn't working because makefile.am isn't configuring
for it all the include paths that requi
On Wed, Jan 02, 2008 at 10:34:37PM -0800, Bernard Li wrote:
>
> On 12/31/07, Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
>
> > while preparing a bootstrap environment which could be used to generate
> > maintenance releases for the 3.0.x branch notice
On Thu, Jan 10, 2008 at 09:48:15AM -0800, Bernard Li wrote:
> Hi Carlo:
>
> (moved to ganglia-developers)
>
> On 1/10/08, Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
>
> > can we make a newer snapshot, or even better an automatic snapshot per
> >
On Tue, Jan 15, 2008 at 09:08:03PM -0500, Jesse Becker wrote:
> This is a re-post of a patch I sent back in December (originally based
> on someone else's code).
Committed revision 921, thanks
Carlo
-
This SF.net email is sp
On Tue, Jan 15, 2008 at 09:35:31AM +, Stu Teasdale wrote:
> On Mon, Jan 14, 2008 at 05:05:18PM -0800, Bernard Li wrote:
> > Happy new year to you all!
> >
> > To celebrate the new year, I have just posted the latest 3.1.x
> > snapshots in our website:
> >
> > http://www.ganglia.info/snapshots
Sendingdefault/cluster_view.tpl
Sendingdefault/host_view.tpl
Transmitting file data ..
Committed revision 924.
On Wed, Jan 16, 2008 at 08:40:38PM -0500, Jesse Becker wrote:
> The previous patch took care of the cluster view. This one takes care
> of the host view. It adds the sam
On Thu, Jan 17, 2008 at 09:48:11AM -0500, Jesse Becker wrote:
> On Jan 17, 2008 12:44 AM, Carlo Marcelo Arenas Belon
> >
> > svn diff -c-921 | patch -p0 && svn merge -c810
>
> This actually reverted three lines too many, and broke the enlarging
> of optional grap
On Thu, Jan 17, 2008 at 01:45:20PM -0500, Jesse Becker wrote:
> Another small patch. This one fixes an error introduced in r919, that
> breaks the proper display of current metric values in the charts.
> Specifically the "(now 0.23)", and similar text.
Committed revision 926.
Carlo
anyone remember why this was added to the XML DTD? (some 4 years ago by
sacerdoty as per the ChangeLog) seems to have been designed for the main grid
view of the frontend but haven't been able to track down how is it being used
(if it is) and what is the source attribute meant to indicate in this v
On Mon, Feb 04, 2008 at 01:02:03PM -0800, Bernard Li wrote:
>
> BTW, anything that can be done on the Fedora 8 side? Would it be
> possible to "downgrade" rrdtool...?
the web frontend used to look for rrdtool in the gmetad root tree by
default as shown in the comment in web/conf.php for the RRDT
On Tue, Jan 22, 2008 at 04:17:07PM +0530, Kumar Vaibhav wrote:
> I am using ganglia-3.0.5 on a woodcrest processor cluster. and I see
> that after running for weeks the memory consumption of the gmond process
> is something about 400 MB.
did you check what was the size 1 hour after all gmond pro
Greetings,
I am now at SCALE6x where I got a hold of David Maxwell from Coverity, who
commented they might have already the results of a source scan they did to
ganglia (as part of another 8000 packages he imported form pkg_src) (*)
Of course the results are not public, because there is no develo
On Tue, Feb 12, 2008 at 04:57:25PM -0800, Bernard Li wrote:
> Guys:
>
> I plan to check-in the following patch and release 3.0.7:
can we use the same exact code already committed in trunk (including spaces
and other details) so that there are no unnecessary divergences in the
maintenance branch?
On Wed, Feb 13, 2008 at 05:00:56AM -0600, Carlo Marcelo Arenas Belon wrote:
> On Tue, Feb 12, 2008 at 04:57:25PM -0800, Bernard Li wrote:
> > Guys:
> >
> > I plan to check-in the following patch and release 3.0.7:
>
> can we use the same exact code already committed
Greetings,
while looking at a diff between the 3.0.x branch and trunk for the web
frontend noticed the following snippet (htmlentities is missing in 3.0.x) :
@@ -331,7 +330,7 @@
header ("Pragma: no-cache"); // HTTP/1.0
if ($debug) {
header ("Content-type: text/ht
On Wed, Feb 13, 2008 at 08:19:13AM -0500, Jesse Becker wrote:
>
> I'd suggest that any whitespace changes be done as completely separate
> patches, and marked as such in the SVN log.
>
agree and done as such for trunk so that the change needed by this fix can
be identified clearly.
r962 | carenas
On Wed, Feb 13, 2008 at 10:44:50AM -0800, Bernard Li wrote:
>
> So what's the latest? Can I check in my original patch to the branch?
the original patch should work (if the spaces/tab is correct for the changes
to get_context.php just like it was done in revision 964).
> Anything else needs to
On Thu, Feb 14, 2008 at 10:57:57AM -0800, Bernard Li wrote:
> I just checked in my patches, so please go ahead and do your thing.
r970 | carenas | 2008-02-14 11:16:19 -0800 (Thu, 14 Feb 2008) | 1 line
web: code style fixes to minimize spurious differences with trunk
Carlo
--
On Tue, Feb 19, 2008 at 09:43:21AM +0530, Kumar Vaibhav wrote:
>
> Did You tried the latest patched Version that Bernard send on last
> friday. A lot of memory leak fixes have been done.
Vaibhav, the only memory leak fixed in the last beta was the one your
reported.
the development version (whi
On Tue, Feb 19, 2008 at 08:31:22PM +0100, Ulf Lange wrote:
> Hi,
>
> I don' t want to get on your nerves, but can somebody checkin the
> patches from Micheal(bugid 146)?
I tried to merge Michael metrics changes into the current implementation in
trunk, but it would be far easier if they will be
anyone knows what happened here?
$ svn update
svn: REPORT request failed on '/svnroot/ganglia/!svn/vcc/default'
svn: Can't find a temporary directory: Error string not specified yet
a clean checkout also fails but at least the repository seems to be still
visible through sourceforge's SVN b
On Wed, Feb 20, 2008 at 12:18:41PM -0800, Bernard Li wrote:
>
> On 2/20/08, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
>
> > I just committed the fix for the spoofing leak from Martin Hicks. Can you
> > run a [final] snapshot for 3.0.7? I have something brewing to fix the
> > petabyte/sec sp
On Sat, Feb 23, 2008 at 01:13:44PM -0500, Jesse Becker wrote:
> On Sat, Feb 23, 2008 at 1:07 PM, Carlo Marcelo Arenas Belon
> <[EMAIL PROTECTED]> wrote:
> > anyone knows what happened here?
>
> It's probably a sever-side issue. I can duplicate the problem, and
&
On Sat, Feb 23, 2008 at 07:36:00PM -0500, Jesse Becker wrote:
> On Sat, Feb 23, 2008 at 5:44 PM, Carlo Marcelo Arenas Belon
> > sorta off-topic but 2 loosely related questions :
> >
> > 1) do we still need the monitor-core-XDR-refactor branch? can it be
> > deleted
Greetings,
the following patch series modifies all core metrics for AIX using the
proposed changes suggested in BUG146 by Michael Perzl.
PATCH 01/14 : contributor update
PATCH 02/14 : disk metrics
PATCH 03/14 : memory metrics
PATCH 04/14 : load metrics
PATCH 05/14 : cpu speed metric
P
merging changes to the AIX metrics from the new metrics file filed as part
of BUG146:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=146
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c |6 +-
1 files c
Remove global dinfo and use a local perfstat_disk_total_t structure for both
implemented metrics leaving part_max_used without implementation for now.
The first snippet is really part of the first patch
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monito
Replace global minfo with local perfstat_memory_total_t structures
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c | 62 ++
1 files changed, 33 insertions(+), 29 deletions(-)
diff --git a/trunk/monito
e #if defined is needed.
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c | 32 +--
1 files changed, 25 insertions(+), 7 deletions(-)
diff --git a/trunk/monitor-core/libmetrics/aix/metrics.c
b/trunk/m
Use a local perfstat_cpu_total_t instead of the global cpu_total_buffer.
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/trunk/monitor-core/libm
add error checking and a local struct instead of the cpu_total_buffer global
using "unknown" in case of failure to avoid overflow and for consistency
with other platforms
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/
Add error checking and avoid global.
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/trunk/monitor-core/libmetrics/aix/metrics.c
b/trunk/monito
Remove cpu_total_buffer global and all related baggage and create a new
global status array that will be updated every 5 seconds through a helper
function
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c
-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c | 90 +++---
1 files changed, 52 insertions(+), 38 deletions(-)
diff --git a/trunk/monitor-core/libmetrics/aix/metrics.c
b/trunk/monitor-core/libmetrics/aix/metrics
merge fixes into one single function for boottime and creates a global
a global boottime is needed for previous patches so this might need to me
moved up.
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c
Localize utsname
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/trunk/monitor-core/libmetrics/aix/metrics.c
b/trunk/monitor-core/libmetri
The biggest of all patches, but the less likely to generate any problems
It could be skipped, but then the series will have 13 patches, and you know
what they say about that number and it makes the code nicer to read and
easier to extend.
Signed-off-by: Carlo Marcelo Arenas Belon <[EM
Replace update_ifdata with a newer version that scans all interfaces and
collects metrics for all of them explicitly.
The first snippet is most likely not needed
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/metrics.c
Replace process metrics with a MUCH more simplified version and obsoletes a
big chunk of code looking for threads and processes.
If there is any regression in this series is here.
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/libmetrics/aix/met
On Mon, Feb 25, 2008 at 10:56:33AM -0600, Martin Hicks wrote:
>
> Ah okay. I don't see those warnings. Thanks for the update.
Committed revision 1003.
Carlo
-
This SF.net email is sponsored by: Microsoft
Defy all challeng
On Fri, Feb 29, 2008 at 01:37:29PM +, Stu Teasdale wrote:
>
> Not 100% true but I am having to keep 3.0 releases out of debian for now
> for a variety of reasons. I think the worst of the licence problems are
> cured in current HEAD, but confirmation that I've not missed anything
> would be
On Sun, Mar 02, 2008 at 01:34:35PM -0600, Michael Sternberg wrote:
>
> Here's a simple patch for gmond/gmond.c to chop domain names off the
> ganglia web interface
why not doing the change in the web interface then?
Carlo
---
Greetings,
after removing expat from srclib, I'd seen the following problems with the
current implementation of --enable-static-build :
1) needed for bootstrap, otherwise the package generated will have an empty
srclib (this is most likely a bug and not documented in README.svnusers)
2) makes no
On Mon, Mar 03, 2008 at 11:16:10AM -0700, Brad Nicholes wrote:
> >>> On 3/3/2008 at 1:14 AM, in message <[EMAIL PROTECTED]>, Carlo
> Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> >
> > this means IMHO that supporting static builds without srcli
On Sat, Mar 08, 2008 at 10:21:01AM +0800, Cherife Li wrote:
> make[4]: *** No rule to make target `../../lib/.libs/libganglia.a',
> needed by `test-metrics'. Stop.
> make[4]: Leaving directory `/root/ganglia-3.0.7/libmetrics/tests'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directo
On Wed, Mar 12, 2008 at 11:09:22AM -0600, Brad Nicholes wrote:
>I know when we discussed this at the meeting a couple of weeks ago, the
> consensus was to leave libconfuse in the repository.
I mentioned a week ago, also, after removing expat from srclib, that
leaving confuse in the repository
On Wed, Mar 12, 2008 at 02:20:45PM -0600, Brad Nicholes wrote:
> I think I am going to see some more clarification on this. --enable-static
> doesn't seem to fit exactly with what we want to do. According to the
> automake docs (http://sourceware.org/autobook/autobook/autobook_85.html),
> --
(and optionally installed)
libconfuse static library (the default) using --with-libconfuse.
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/monitor-core/README.WIN |2 +-
trunk/monitor-core/configure.in| 38 +---
cygwin won't be able to generate working binaries for ganglia
because of DSO linking problems in cygwin as reported in :
http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg03375.html
Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
---
trunk/m
On Thu, Mar 13, 2008 at 11:39:48AM -0600, Brad Nicholes wrote:
> I think I have everything working now using your patches.
got a fair number of conflicts when merging them back with the most
interesting ones being :
1) I rearranged some of the values for GCFLAGS/GLDADD/GLDFLAGS out of the if
ST
On Thu, Mar 13, 2008 at 07:24:27PM -0500, Carlo Marcelo Arenas Belon wrote:
> the current
> gmond/libganglia Makefiles seem to have only the APR headers included when
> --enable-static-build is not used and so if the apr library is installed in
> /usr and --with-libapr is not used i
On Thu, Mar 13, 2008 at 01:42:05PM -0600, Brad Nicholes wrote:
>I think that with the removal of the srclib directory from the SVN trunk
> repository, we have completed everything that we thought needed to be done
> before creating the 3.1.x stable branch.
Agree (sorta), as I was expecting a
On Fri, Mar 14, 2008 at 09:04:54AM -0700, Witham, Timothy D wrote:
>
> I haven't used 3.1 yet but I see memory changes to float. That is good.
> However, old 3.0 gmonds could still be reporting integers. Are you sure
> that gmetad can successfully get one correct total from two data types?
this
On Fri, Mar 14, 2008 at 05:33:14PM -0700, Bernard Li wrote:
> On 3/14/08, Bernard Li <[EMAIL PROTECTED]> wrote:
>
> > Got the following error w/ make:
> >
> > make[4]: Entering directory `/root/code/ganglia/libmetrics/tests'
> > /bin/sh ../libtool --mode=link --tag=CC gcc -g -O2 -o test-metri
On Sat, Mar 15, 2008 at 04:08:25PM -0600, Brad Nicholes wrote:
> <[EMAIL PROTECTED]>, "Bernard Li"
> <[EMAIL PROTECTED]> wrote:
> >
> > ./bootstrap && ./configure --with-gmetad && make dist-gzip
> >
> > After I run the command, I get a tarball and a lot of cruft in the
> > checkout directory. Ev
On Fri, Mar 14, 2008 at 10:04:09PM -0500, Carlo Marcelo Arenas Belon wrote:
> On Fri, Mar 14, 2008 at 05:33:14PM -0700, Bernard Li wrote:
> > On 3/14/08, Bernard Li <[EMAIL PROTECTED]> wrote:
> >
> > > Got the following error w/ make:
> > >
> > >
On Sun, Mar 16, 2008 at 12:18:05PM -0400, Jesse Becker wrote:
> Now that srclib/ has been yanked, I tried building a clean copy of
> trunk on my OpenBSD box, and hit a few snags.
>
> First, running ./bootstrap fails:
haven't tried bootstrap ('cause bootstrapping only works well in linux anyway)
b
1 - 100 of 505 matches
Mail list logo
