Oops -- this was supposed to go to ganglia-developers...
-- Forwarded message --
From: Bernard Li [EMAIL PROTECTED]
Date: Nov 7, 2007 12:52 PM
Subject: python modules .pyc files
To: Ganglia General [EMAIL PROTECTED]
Currently .pyc files are generated on the fly in
/usr/lib
Hi Brad:
On 11/7/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Yes, the fact that the .py file exists in the /usr/lib/ganglia/python_modules
directory means that mod_python will automatically load the module. Gmond
will not try to collect metrics from it or call any of its handlers, but it
Software error:
/var/lib/bugzilla/data/versioncache did not return a true value at
/usr/share/bugzilla/lib/globals.pl line 636, DATA line 225.
For help, please send mail to the webmaster
([EMAIL PROTECTED]), giving this error message and the time
and date of the error.
Do we have any Rocks developers on this list?
The template for Rocks doesn't seem to be maintained any longer (at
least actively by any Ganglia developers since Federico left SDSC) so
I propose to delete this from our tree.
If no Rocks developers are on the list, could someone please forward
Hi Matthias:
On 11/6/07, Matthias Blankenhaus [EMAIL PROTECTED] wrote:
Right, so I cannot use that right now, as there is no 3.1.0 release code
yet and there is reluctance on SGI's side to go with non-release code.
Understood.
Well, if there is a chance for a 3.0.x release with the Python
Guys:
The first pre-alpha grin snapshot of 3.1.0 (aka code from trunk) is
now available for testing. This will most likely *not* reflect the
final version but basically acts as a quick test for the spec file
cleanup (which I just checked in) as well as a preview of Brad's hard
work on the
Hi Carlo:
On 11/5/07, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
That should allow them to define memory/disk/bandwith in bits, bytes, KB, MB,
GB or whatever granularity fits them better.
I believe it Matthew Chambers and I discussed this on IRC once and we
sort of concluded that we
Hi Caleb:
On 11/2/07, Caleb Epstein [EMAIL PROTECTED] wrote:
Attached patch to ganglia-3.0.5 causes the network graphs to be rendered as
bits/sec instead of bytes/sec.
Seeing as network capacties are usually measured in bits/sec, this seems
like a sensible default.
Thanks -- would you mind
Was wondering if we should try to join this consortium:
http://www.open-management.com/about/
It looks like John Allspaw is part of the consortium -- perhaps he can
tell us whether it's worthwhile to participate?
Cheers,
Bernard
I would like to add one more item to the wishlist.
A while back, I posted this email to ganglia-general regarding Ganglia
federation:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00036.html
Basically, the issue is, if you have multiple clusters (gmetad) that
you want to aggregate via a
Hi Brad:
On 10/30/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Going forward (3.1.x) -- how should this be fixed?
P.S. I currently have no plans to accept any patches into the 3.0.x
branch (unless of course if the community wants it) -- all new stuff
should go into trunk (i.e. 3.1.x).
in the graph
so the values are displayed as T instead of M...
If you are interested, I can grab my changes on Monday when I am in the
office.
Chris Slaughter
On 9/7/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi Jim:
On 9/7/07, Jim Rowan [EMAIL PROTECTED] wrote
Hi Kirill:
On 10/26/07, Kirill Nikonorov [EMAIL PROTECTED] 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.
The second question is: is that possible to add nodes which are not
Hi Brad:
On 10/25/07, Brad Nicholes [EMAIL PROTECTED] wrote:
My vote would be that anything within the 3.1.x version must remain
backward compatible. If a patch breaks backward compatibility, then it must
only be applied to a future 3.x, 4.x, etc. version.
Okay, it sounds like your vote
Hi guys:
On 10/19/07, Brad Nicholes [EMAIL PROTECTED] wrote:
It would also eliminate the need for the PHP interface to have to know
about gmond vs gmetric metrics. Everything
would just be a metric. So in this case, unless your system is running
pure
C interface metric modules,
Hi Michael:
Once we make changes to ganglia.spec.in in trunk, do you mind
re-basing your patch for trunk and get it integrated?
I am sorry for the email-tag that prevented us from getting this
integrated, but let's dedicate some time frame in the next little
while to ensure that we both have
Hi Matthias:
On 10/17/07, Matthias Blankenhaus [EMAIL PROTECTED] wrote:
I wished we could have more elaborate Linux 2.6 memory metrics like
mapped, dirty, slab.
Also, it would be nice to have memory metrics organzied as a stack like
this:
slab
buffers
dirty
writeback
cache_clean (=
Hi Matthias:
On 10/17/07, Matthias Blankenhaus [EMAIL PROTECTED] wrote:
Yes, this is straight forward. However, I was thinking that core
2.6 metrics should be in the standard set of metrics, no ?
Well I don't know -- what if folks are still runing 2.4 kernel ;-)
Cheers,
Bernard
Hi Alex:
On 10/11/07, Alex [EMAIL PROTECTED] wrote:
- new subpackage modules-python which contains all the DSO/python
modules (not really happy with the naming, so suggestions welcome!)
How about extensions-python?
Actually I guess I also have concerns about the division of the files,
Hi Mike:
On 10/11/07, Mike Walker [EMAIL PROTECTED] wrote:
From the bug report:
The patch just rips out the failing POLLHUP code.
If that is the case, then the results are the same. The #ifdef that
was added in 3.0.5 just ignores the failing POLLHUP on OSX, but
leaves it for all
With the help of Marcus Rueckert, we have done some clean up to the
spec file to support the new features of the code in Ganglia trunk.
Here's the proposed patch:
http://therealms.org/oss/ganglia/ganglia.spec.in.patch
Some highlights:
- new subpackage libganglia which will include the share
Guys:
Just found this bug in bugzilla:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=78
I guess it is the same bug we addressed?
Which solution is better? The one checked into our repository or this one?
Cheers,
Bernard
On 9/10/07, Bernard Li [EMAIL PROTECTED] wrote:
HI
Hi Alex:
On 10/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Is gd enabled in PHP? You might have the php-gd RPM installed, but
not be loading the gd.so file in your php.ini. Check a phpinfo() page
for GD output.
I actually built trunk on fc6 and didn't have any issues. So perhaps
Hi Carlo:
Thanks for doing this.
I guess I should subscribe to the -commits and -bugs mailing-lists so
I can be more on top of development...
Cheers,
Bernard
On 10/4/07, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
On Tue, Oct 02, 2007 at 11:32:48PM -0700, Bernard Li wrote:
Anybody
Hi John:
On 10/4/07, john allspaw [EMAIL PROTECTED] wrote:
Not sure if anyone would find this helpful, but this looks pretty damn useful:
http://www.steveshipway.org/cgi-bin/routers2.pl?rtr=switches%2Fswitch.cfgbars=Camixgtype=dpage=graphxgstyle=l2xmtype=routers
take a look there, he's got
Hi Brad:
On 10/4/07, Brad Nicholes [EMAIL PROTECTED] wrote:
- Implement additional language interfaces. Any embedable scripting language
could be supported by gmond. The python interface was added by just
embedding the python language support into a gmond C interface module.
A user on
Hi Alex:
On 10/4/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
http://www.steveshipway.org/software/rrd/routers2-v2.17a.tar.gz
The README in the tarball says its GPL v2.
Is ganglia BSD licensed? I see Copyright (C) 2002,2003 University of
California, Berkeley here :
Hi David:
On 10/4/07, Wood, David [EMAIL PROTECTED] wrote:
Were these ideas dropped? I've adapted to the portability issue;
however, the current gmetad performance is excruciating. Is anyone
using RRDtool 1.3 Beta? I'm curious to know if the MMAPed IO changes
alone are enough to cure
Hi David:
On 10/4/07, Wood, David [EMAIL PROTECTED] 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 this problem was using tmpfs along with scripts
to rsync (or
RRDTool version in frontend footer (Matthew Chambers)
- [webfrontend] Only set the grid stack cookie if it hasn't been set
before (Matt Ryan)
- [webfrontend] New feature to allow sorting by hosts up and hosts
down in meta context (Bernard Li, Eli Stair, Timothy D Witham)
- [gstat] New option -n to show
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
Thanks,
Bernard
-
This SF.net email is sponsored by: Microsoft
Defy all
Hey Stu:
Now that 3.0.5 is released, any chance we can get the official Debian
packages updated? I believe their package repositories still have
2.5.7, which is very old.
Thanks for your help!
Cheers,
Bernard
-
This
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.
So far, here are some points:
- Brad's DSO gmetric code
- Brad's gmetric alias idea
- Dynamically
Hi Carlo:
On 9/29/07, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
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 testing (definitely my bad)
I posted the last RC with the
cookie if it hasn't been set
before (Matt Ryan)
- [webfrontend] New feature to allow sorting by hosts up and hosts
down in meta context
(Bernard Li, Eli Stair, Timothy D Witham)
- [gstat] New option -n to show numeric addresses instead of
hostname (Bernard Li)
- Builds under Yellog Dog Linux on Sony
Hi Jason:
On 9/26/07, jason [EMAIL PROTECTED] wrote:
This version works on both intel OSX and PPC OSX. I had a universal
binary package for OSX here http:207.154.46.10/~jiesheng/dmg.tgz
Thanks for testing -- I will do the release shortly (maybe later today).
Cheers,
Bernard
On 9/19/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Wow, this is the scenario that I was afraid of. I am by no means an expert
in this area, but this seems broken on OSX. In this case you are correct,
POLLHUP really means nothing. Your original patch is probably the way to go.
All right
Hi Brad:
On 9/19/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Yes, I had previously checked my patch into trunk. So my patch will have to
be reverted and Mike's checked in.
If you can revert the patch, I'll take care of checking in the changes
into trunk and merging it to branch when it is
in monitoring, etc.
Sorry. RC is a no go on OSX.
Mike
On Sep 17, 2007, at 2:55 PM, Bernard Li wrote:
Dear all:
This is absolutely the last RC for Ganglia 3.0.5 -- it has Brad
Nicholes' fix for the Mac OSX issue so if folks who have access to Mac
OSX (both x86 and ppc) please test
are available here:
http://www.therealms.org/oss/ganglia/testing/
Thanks for your attention.
Cheers,
Bernard
On 9/7/07, Bernard Li [EMAIL PROTECTED] wrote:
Dear all:
The final release candidate for Ganglia 3.0.5 is now available:
http://therealms.org/oss/ganglia/testing/
i686 RPMs
Hi all:
On 9/12/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I suspect very few people will have metrics with a % in the name; this
change is probably not much of a problem in practice. The patch *probably*
could be deployed for 3.0.5, but the safer option would be to delay the
patch
HI Brad:
On 9/10/07, Brad Nicholes [EMAIL PROTECTED] wrote:
But I do have one question regarding the 3.0.5 POLLHUP patch. It looks
like the real problem with the code is that on an EOF, POLLIN and POLLHUP are
actually received together. Therefore, the code in data_thread.c would go
Hi guys:
On 9/10/07, Brad Nicholes [EMAIL PROTECTED] wrote:
That is really the question. I am simply making an assumption without any
way to test it. I would ask those that have access to Max OSX, to apply this
patch and test it before we commit it to 3.0.5 or trunk.
The following
Dear all:
The final release candidate for Ganglia 3.0.5 is now available:
http://therealms.org/oss/ganglia/testing/
i686 RPMs are built on Fedora Core 6 x86
ppc64 RPMs are built on Fedora Core 7 ppc64 (Sony PlayStation 3)
To test, please either use the prebuilt binaries, rebuild the SRPM or
Hi Brad:
On 8/24/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I haven't looked at this code yet, but it sounds like something that should
be using the APR API's rather than native API's. That should solve the
problem without having to do any kind of platform special stuff.
I plan to apply
Hi Brad:
On 9/6/07, Brad Nicholes [EMAIL PROTECTED] wrote:
BTW, one of the reasons why I can't get to this until next week is because I
am involved with the Utah Open Source Conference over the next couple of
days. One of the presentations that I am giving is about using Ganglia and
Hi Matt:
On 9/3/07, Matt Massie [EMAIL PROTECTED] wrote:
lastly, i spoke with groundwork open source and they suggested we talk about
having a ganglia 3.1.0 ganglia get-together. they offered to help with
transportation costs for some of our group (e.g. martin in germany). we
should get
Hi Mike:
On 8/24/07, Mike Walker [EMAIL PROTECTED] wrote:
Platform: MacOSX 10.4.10 (Intel) and will confirm same problem
monday on MacOSX 10.4.10 (powerPC)
Problem: The data from the all nodes/clusters where not being saved
(consistently and accurately) to the rdd files.
Hi Brad:
On 8/24/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I haven't looked at this code yet, but it sounds like something that should
be using the APR API's rather than native API's. That should solve the
problem without having to do any kind of platform special stuff.
Sounds like the
Hi Brad:
On 8/23/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Attached is a doc that was prepared by Rajrajat Naik. This brief readme
describes how to build gmond on the Windows platform. I am proposing that we
add this to the monitor-core repository as a README.win document. I am
Hi Brad:
On 8/23/07, Brad Nicholes [EMAIL PROTECTED] wrote:
There are actually two sections in the document. The first section deals
with building 3.0.4 on Windows. The second section is building from the
trunk repository. So both types of builds should be covered. No other
versions
Looks like the new website is up:
http://www.ganglia.info
Looks pretty nice!
So far, I found two issues though:
1) The article links are giving parse errors
2) The page http://www.ganglia.info/?page_id=48 is still referencing
CVS -- we are currently using SVN
Good job!
Cheers,
Bernard
Hi WIll:
I have built trunk recently on CentOS 4.4 with libconfuse 2.5 (RPMs
which I built from the official source tarball), so I do not think
it's a 2.5 issue.
I know nothing about OpenBSD, but by chance do you have the gettext
dependencies mentioned in your log?
Perhaps other OpenBSD users
it.
Marcus is working on updating the spec file according to the recent
changes in trunk (library dependencies, etc.), perhaps you can rebase
your AIX mods once his changes are checked in (Marcus, how's that
coming along, BTW? :) )
Thanks guys,
Bernard
On 7/12/07, Bernard Li [EMAIL PROTECTED
Hi Andrea:
What is the version of glibc on your server? Have you tried updating it?
I figure since libpthread comes from glibc, if there is a bug in
libpthread maybe it's fixed in updated versions.
The thing is, I have not had this issue under CentOS 4 -- not the
exact setup no, but I am quite
tmpfs size=1024M,mode=755,uid=nobody,gid=root 0 0
Cheers,
Bernard
On 7/16/07, Andrea Capriotti [EMAIL PROTECTED] wrote:
I already spoke about this problem with Bernard Li on IRC last week and
I'm providing a report.
I'm using ganglia on a SUSE LINUX Enterprise Server 9 (i586) with kernel
Well, looks like Charles no longer works for Oracle (his email address bounced).
Anyways, anything thing I would like you to try is to run gmetad in
debug mode and see if it gives us any hints to why it segfaulted.
Thanks,
Bernard
On 7/18/07, Bernard Li [EMAIL PROTECTED] wrote:
Charles
).
Cheers,
Bernard
On 7/17/07, Brad Nicholes [EMAIL PROTECTED] wrote:
On 7/16/2007 at 8:13 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
Is /usr/lib/libganglia* needed by the ganglia-gmetad package?
AFAIK it is only needed by gmond?
Thanks
On 7/17/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Right. ganglia-gmond should not be including any files in the lib/ganglia
directory.
You meant ganglia-gmetad should not be including any files in
lib/ganglia, right?
Cheers,
Bernard
Hi Timothy:
[Copied this thread to ganglia-developers]
Thanks for the patch -- it looks good. Couple of points:
1) Can we add a clear button so that we can easily revert back to
the original state (without the to/from)
2) How hard is it to do some checks to prevent users from having to from?
meaning that the Ganglia
project would need to maintain it, if at the very list, resync'ing to the
upstream project every once in a while.
Brad
On 7/16/2007 at 12:31 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Timothy:
[Copied this thread to ganglia
under SuSE without my patch?
Anyways, I will check the patch into trunk over the weekend.
Cheers,
Bernard
On 7/12/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi Brad:
Thanks for testing -- I'll try to build ganglia trunk with a new
version of Fedora with apr-1 to see if it works without my mods
Hi Michael:
I just started looking at this.
Do you have gmond.aix.init and gmetad.aix.init specified in your spec
file? Are they any different than the ones that are already in the
repository in gmond/ and gmetad/ respectively?
BTW your bugzilla entry mentioned a diff/patch but I only see the
to support
versions of Python other than 2.4.
Cheers,
Bernard
On 7/12/07, Brad Nicholes [EMAIL PROTECTED] wrote:
On Wed, Jul 11, 2007 at 7:06 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Dear all:
As mentioned in another thread, I am working on getting the current
Hi Brad:
On 7/12/07, Brad Nicholes [EMAIL PROTECTED] wrote:
We probably don't want to include the example gmetrics by default --
i.e. *Numbers :-)
Yeah, but the random number metric produces one of the most interesting
metric graphs I've seen.
;) Ok, you're right, Just kidding.
Any
Hi Brad:
On 7/11/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I don't think that there is anything in the code itself that requires python
2.4. The python module is fairly straight forward. Version 2.4 was just the
version that we had to work with and I wasn't sure how to fix up configure
work
cross-distroes.
Cheers,
Bernard
On 7/11/07, Brad Nicholes [EMAIL PROTECTED] wrote:
On 7/11/2007 at 2:53 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 7/11/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I don't think that there is anything
Dear all:
As mentioned in another thread, I am working on getting the current
trunk to build on CentOS 4.4 (as well as other distroes).
With the following patch, it can correctly setup the python and apr
include directories.
Brad, it would be great if you can test this under SuSE to see if
Brad:
I created a python module for checking process RSS and it worked as
advertised -- pretty straight forward to create this new metric.
We probably don't want to include the example gmetrics by default --
i.e. *Numbers :-)
Cheers,
Bernard
On 7/11/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi
Brad:
I got some questions regarding the python support module.
Does it currently only support Python 2.4? Would it work with 2.4
2.4? I am currently developing on CentOS 4 and it only comes with
2.3.4. I do have Python 2.5.1 installed some place else so if there
is a way for me to specify
with mod_php5, so I naturally loaded php5-gd. So your first statement
was correct. The spec file should depend on php-gd which is provided by the
php5-gd rpm as well.
Brad
On 5/17/2007 at 7:55 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
This doesn't sound backward
Hi Rick:
On 5/17/07, Richard Mohr [EMAIL PROTECTED] wrote:
If the external libraries were offered as an extra download, is there
any way to track how many times it is downloaded? This could be used as
an indicator of when to stop providing the external libs.
All files hosted at
to the 3.0.x branch if desired.
Brad
On 5/16/2007 at 4:06 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Do we currently have plans for Ganglia 3.0.5 release? I would
personally like to see a release very soon -- we have made a few
enhancements to the webfrontend
SF's search/mail archive is not the greatest -- not to mention the downtime.
I would recommend that we subscribe both our mailing-lists to mail-archive:
http://www.mail-archive.com/
Someone with admin privileges will need to add
[EMAIL PROTECTED] to the mailing-lists, for more info check the
Hi Ulf:
If you can attach a patch (eg. diff -ru) against the latest trunk,
I'll see about checking it into the repository.
I have looked at Alex's work previously, but last I checked it did not
work cleanly with the latest code (though I did not spend too much
time on it).
Thanks,
Bernard
On
If you look at the latest version of the Makefile.am, unfortunately this was
one of the changes that I had to make to get dynamic linking working. :(
Static linking libexpat won't work in this case because both libganglia.so and
gmond both make expat calls (same with libconfuse). My guess
I need to apply the following patch to ganglia.spec.in before
ganglia-web RPM will build:
@@ -184,6 +185,7 @@
%__mkdir -p $RPM_BUILD_ROOT/%{web_prefixdir}
%__cp -rf %{_builddir}/%{name}-%{version}/web/*
$RPM_BUILD_ROOT/%{web_prefixdir}
+%__rm -rf $RPM_BUILD_ROOT/%{web_prefixdir}/*.in
%else
Brad:
I recommend you take a look at this thread in ganglia-developers:
http://sourceforge.net/mailarchive/message.php?msg_id=36BEEFA2DF192944BF71E072F7A5F465228FE7%40xchange1.phage.bcgsc.ca
It offers a potential solution to platforms that do not have apr
installed and also opinions of other
Capital, Canary Wharf, London, E14 4BB
-Original Message-
From: Bernard Li [mailto:[EMAIL PROTECTED]
Sent: 24 April 2007 00:37
To: Grevis, Richard: IT (LDN)
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
ganglia-developers@lists.sourceforge.net; Toy, Matthew: IT (LDN)
Subject: Re: [Ganglia
Hi Richard:
Did you ever got time to work on this patch? I would be very
interested in trying it out.
If you plan to create a patch, please do it against trunk -- if it
works out okay I can check it in for you.
BTW, does your patch work with user defined gmetrics?
Thanks,
Bernard
On
Hi Michael:
Just wondering if you had a chance to work on this...
Thanks!
Bernard
On 4/6/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi Michael:
Just updated ganglia.spec.in -- if you can please send me a patch
against it, that would be great!
Thanks,
Bernard
On 4/4/07, Bernard Li [EMAIL
Dear all:
The codes have been checked in -- thanks for your contributions! :-)
Cheers,
Bernard
On 4/11/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi Timothy:
Thanks for your enhancements! They work great (I'm using them now).
I'll check them into trunk by the end of the week.
Cheers
: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Bernard Li
Sent: Monday, April 09, 2007 5:58 PM
To: Eli Stair
Cc: ganglia-developers@lists.sourceforge.net;
[EMAIL PROTECTED]
Subject: Re: [Ganglia-general] [Ganglia-developers] Sort by host down?
Hi Eli:
Good eye.
I have incorporated your
(metric_menu, $metric_menu );
}
+#
+# Show sort order options for meta/grid context only:
+#
+if ($context == meta )
+ {
+ $context_sorts[]=by down host;
+ }
#
# Show sort order if there is more than one physical machine present.
/eli
Bernard Li wrote:
Hi Eli
Hi Michael:
Just updated ganglia.spec.in -- if you can please send me a patch
against it, that would be great!
Thanks,
Bernard
On 4/4/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi Michael:
Just a heads up -- hopefully I'll check in Marcus' patch for
ganglia.spec.in tonight -- you might want
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 4/5/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Actually the .a and .la files don't need to be delivered at all. They
should be marked in the make file as not part of the distribution. The
.so.0.0.0 file is the loadable
are welcome.
Thanks,
Bernard
On 3/16/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi guys:
Currently if you have a grid with many different sources, it is not
immediately obvious which data_source has hosts that are down (the
summary section tells you there are n nodes down, but you have to
scroll
Hi Brad:
On 4/5/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Actually the .a and .la files don't need to be delivered at all. They should
be marked in the make file as not part of the distribution. The .so.0.0.0 file
is the loadable module that produces a metric (the others are symlinks).
Hi Michael:
Just a heads up -- hopefully I'll check in Marcus' patch for
ganglia.spec.in tonight -- you might want to wait for that otherwise
you may potentially get conflicts for your patch.
Thanks,
Bernard
On 4/3/07, Bernard Li [EMAIL PROTECTED] wrote:
Great, once you have a patch, I
Hi Brad:
I'm trying to build RPMs for Ganglia trunk and I got the following errors:
Checking for unpackaged file(s): /usr/lib/rpm/check-files
/tmp/ganglia-3.0.5.200704042059-buildroot
error: Installed (but unpackaged) file(s) found:
/usr/lib/libmodexample.a
/usr/lib/libmodexample.la
,
Michael
Bernard Li wrote:
Hi Michael:
Quick comment -- you used %ifarch ppc to specify operations for AIX,
however, doesn't Linux also support ppc? I know that for the newer
PowerPC the arch is ppc64, not sure about the older ones though.
P.S. Please also add an entry for %changelog
Hi guys:
Currently, our RPMs only ship one man page, the one for gmond.conf.
Is there supposed to be one for gmetad.conf?
In the code repository's top level, there is a ganglia.pod which gets
converted to ganglia.man if you call `make man_create`. However, it
seems pretty outdated. There is
(%config(noreplace) %{web_prefixdir}/conf.php) gave me
always file listed twice RPM errors so I commented it for the moment.
Regards,
Michael
Bernard Li wrote:
Hi Michael:
Filing a bug and attaching the patch would be nice. Or you could just
post it here.
Thanks,
Bernard
On 4/2/07, Michael
commented those 3 lines for the moment.
b) Line #387 (%config(noreplace) %{web_prefixdir}/conf.php) gave me
always file listed twice RPM errors so I commented it for the moment.
Regards,
Michael
Bernard Li wrote:
Hi Michael:
Filing a bug and attaching the patch would be nice. Or you could just
Specifically query does not work:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/query.cgi
Thanks,
Bernard
-- Forwarded message --
From: Ian Cunningham [EMAIL PROTECTED]
Date: Mar 28, 2007 12:12 PM
Subject: Re: [Ganglia-general] gmetad patch to contact random data_source hosts
Hi guys:
It would be great if somebody could review my patch to gstat for this
RFE before I check it in:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=115
Thanks!
Bernard
gstat.diff
Description: Binary data
Hi guys:
I have built a snapshot tarball from SVN r740 which contains all
check-ins since 3.0.4 including the recent fsusage.c(.h) fix as well
as my patch to add -n functionality to gstat:
http://www.therealms.org/oss/ganglia/ganglia-3.0.5.200703041834.tar.gz
The bug regarding gstat is here:
Hi Michael:
Martin checked in your ganglia.aix.spec, but as a result, rpm -ta on
the tarball now fails to work (because there are 2 spec files in the
tarball).
I think in the long run, maintaining one spec file is better than two,
and I was wondering if it would be possible to have one spec
Okay, I was able to run ./bootstrap on my Debian box after I install libtool.
I definitely cannot run it on RHEL4u4 though...
Cheers,
Bernard
On 3/1/07, Bernard Li [EMAIL PROTECTED] wrote:
It has been a while since I last did a build from SVN, but currently I
am unable to. I got a whole
use a modified spec file.
Cheers
Martin
--- Bernard Li [EMAIL PROTECTED] wrote:
I remember asking this a few years back, but now I don't remember the
reason behind this - is there a particular reason why the spec file
automatically starts up the daemon upon installation? For gmond,
since
501 - 600 of 691 matches
Mail list logo