Hi all:
Sounds good. After you tag it, I believe the process is to generate
the tarball and put it up in the website's beta area, and have people
test it.
After the release is marked as GA, then we can create a release in
SourceForge and upload the files there. I could handle all that.
BTW, I
On Tue, Aug 18, 2009 at 8:22 AM, Brad Nicholesbnicho...@novell.com wrote:
I'm not sure that there has been any definitive issue tracker for releases,
at least not for the 3.1.x releases. The road map going forward has been
basically left up to the community. For 3.1.0, .1 and .2 releases,
Hi Daniel:
On Wed, Aug 19, 2009 at 7:35 AM, Daniel Pocockdan...@pocock.com.au wrote:
I try to compile ganglia-3.1.2. Which version of RRDTool should I use?
1.3.X is probably a good choice - particularly if you need the rrdcache
Has Ganglia been integrated with rrdcached already?
Cheers,
Hi Daniel:
On Wed, Aug 19, 2009 at 11:49 AM, Daniel Pocockdan...@pocock.com.au wrote:
Some of the biggest Ganglia sites I know of probably wouldn't be able to run
without it now
Well, I think the tmpfs hack would still work. But I agree, rrdcached
is a much better solution.
Maybe it's time
Hi Ming:
I have forwarded your mail to the ganglia-developers mailing-list,
perhaps you will get more feedback there.
Cheers,
Bernard
-- Forwarded message --
From: Ming Zhang blackmagic02...@gmail.com
Date: Thu, Jul 30, 2009 at 8:41 AM
Subject: [Ganglia-general] question about
Dear all:
Our current Wiki http://ganglia.wiki.sourceforge.net is hosted at
SourceForge via Wikispaces and it looks like tomorrow (July 30th,
2009) they will be removing the facility.
So in case the Wiki becomes inaccessible tomorrow, you know why ;-)
The project administrators are currently
Hi Daniel:
On Thu, Jul 16, 2009 at 8:10 AM, Daniel Pocockdan...@pocock.com.au wrote:
Or maybe someone can suggest a clever way to handle existing installs?
However it is done, it would involve scanning all the cluster
directories, I'm not sure I would want gmetad to do that every time it
Hi Daniel:
On Tue, Jul 7, 2009 at 8:43 AM, Daniel Pocockdan...@pocock.com.au wrote:
I've noticed on a large gmetad install (400 clusters) that some of the
data threads get stuck in the CLOSE_WAIT state, and cease polling the
gmonds. Other data threads are running normally. Over time, more
Hi Ivan:
On Sun, Jul 5, 2009 at 12:51 PM, Лозгачев Иван
Николаевичlozgachev.i...@gmail.com wrote:
I just installed gmond on my virtual machine (fedora core 9). It works
but XML not contains information about nodes in the cluster. Here is
XML example:
Hi Stu:
Looking at the experimental 3.1.1 ganglia-web debian package, it looks
like it is missing the graph.d/ subdirectory. This is new with 3.1.x.
Could you please add that to the manifest list?
Thanks,
Bernard
P.S. Any idea when the package will move from experimental to unstable?
Hi Carlo:
On Fri, Nov 7, 2008 at 2:41 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
Care to explain what your comment means?
are you serious?, if so will take some time later in the night to reply with
Yes I am. Otherwise I wouldn't send the email to begin with.
some more
Dear all:
While trying to upgrade my current 3.1.0 installation of Ganglia with
the 3.1.1.1901 + spoofing RPMs I just built, I noticed that gmond.conf
was created as gmond.conf.rpmnew.
This doesn't surprise me much, as I know that there were minor
configuration changes between 3.1.0 and 3.1.x
Hi Daniel:
On Thu, Oct 23, 2008 at 1:46 AM, [EMAIL PROTECTED] wrote:
Will anyone else from Ganglia or rrdtool be at either of these events?
http://www.linuxexpolive.co.uk/
http://www.ukuug.org/events/linux2008/
Not me, but I'll be at LISA'08 in San Diego.
Cheers,
Bernard
Hi guys:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=212
This is apparently caused by the escapeshellcmd() call(s) in
web/get_context.php.
Thoughts on how to fix besides not allowing users to use brackets in
cluster names? :)
Thanks,
Bernard
Dear all:
I have created a new navigation link called Development in the Ganglia Wiki:
http://ganglia.wiki.sourceforge.net/development
I envision to place all development-related resources under this page.
Going through the other navigation links, I propose that we move How
the Project Works,
Hi Daniel:
I'll have a look at this when I am back to work, but I think we should
have an open dialog with the rrdcached developers regarding this. If
you are subscribed to rrd-developers, perhaps you can forward this
thread there as well?
Thanks,
Bernard
On Wed, Oct 1, 2008 at 9:15 AM,
Hi Daniel:
On Mon, Sep 29, 2008 at 8:34 AM, [EMAIL PROTECTED] wrote:
Thanks for this - I decided to try it:
- RHEL5
- 64 bit
- APR 1.2.7
- rrdtool 1.3.2 + rrdcached patch from here:
http://dist.rufus.net/~kbrint/rrdcached/rrdcache.patch
- Ganglia 3.1.0
gmetad stores the data and
Hi Daniel:
On Thu, Sep 25, 2008 at 1:09 AM, [EMAIL PROTECTED] wrote:
Can we test this as part of 3.1 on a RHEL5 system?
On my test system I am using Ganglia 3.1.1.
I haven't tested it under RHEL5, but all you need is the rrdtool code
from trunk, install it along with all the dependencies and
Hi Daniel:
On Thu, Sep 25, 2008 at 2:14 PM, [EMAIL PROTECTED] wrote:
I've tried to work some of your feedback into the Wiki page, I will
continue adding to this.
Slightly off-topic, but are you guys also interested in running gmetad
natively in Windows, Ivan has been able to successfully
Hi Daniel:
On Thu, Sep 25, 2008 at 7:14 AM, [EMAIL PROTECTED] wrote:
I've started a Wiki page about this subject:
http://ganglia.wiki.sourceforge.net/ganglia_gmond_native_windows
This is a business requirement for us, so I will be spending some time
on this myself. Please feel free to
Dear all:
For those who are interested,I have written a Wiki page documenting
how to integrate rrdcached with Ganglia 3.1.x:
http://ganglia.wiki.sourceforge.net/rrdcached_integration
Comments/feedbacks welcome.
Thanks,
Bernard
On Wed, Sep 24, 2008 at 3:50 PM, Bernard Li [EMAIL PROTECTED
Dear RRDTool and Ganglia developers:
For the last few days I have been working on integrating rrdcached
with Ganglia and the preliminary results are pretty promising.
On my benchmark server running gmetad, without rrdcached the load
would get way up there making the server unusable (due to high
Howdy!
There is a discussion going on in Beowulf mailing-list which touches
on Ganglia -- some of you may find it interesting:
http://www.beowulf.org/pipermail/beowulf/2008-September/thread.html#23239
Cheers,
Bernard
-
So far we only have one person RSVP for the get-together -- would more
people be able to join the gathering if we were to move this later
(say in October)?
Cheers,
Bernard
2008/9/12 Bernard Li [EMAIL PROTECTED]:
Dear all!
To celebrate the release of Ganglia 3.1.1 (if you haven't upgraded
participation!
Cheers,
Bernard
2008/9/16 Bernard Li [EMAIL PROTECTED]:
So far we only have one person RSVP for the get-together -- would more
people be able to join the gathering if we were to move this later
(say in October)?
Cheers,
Bernard
2008/9/12 Bernard Li [EMAIL PROTECTED]:
Dear all
Hi all:
On Fri, Sep 12, 2008 at 10:00 AM, Ofer Inbar [EMAIL PROTECTED] wrote:
I added a host to an existing cluster, and noticed the total number of
CPU cores for the cluster fluctuate, so I tried restarting all the
gmond's in the cluster... but that just made most of the CPU's appear
to
Dear all!
To celebrate the release of Ganglia 3.1.1 (if you haven't upgraded,
you should ;-) ), and the arrival of Linden Lab employee spike in
San Francisco from the UK, we will be having a get-together next
Thursday (9/18/08) 19:30 at Thirsty Bear:
http://www.thirstybear.com/
661 Howard St,
-- Forwarded message --
From: Escobio, Roger [EMAIL PROTECTED]
Date: Thu, Sep 11, 2008 at 6:49 AM
Subject: RE: [Ganglia-general] Anyone experience petabyte peaks in
network metric in ganglia 3.x.y ?
To: Martin Knoblauch [EMAIL PROTECTED], Bernard Li [EMAIL PROTECTED
Hi Ricardo:
On Mon, Sep 8, 2008 at 9:46 AM, Ricardo Tosta
[EMAIL PROTECTED] wrote:
I'm studying at a University in Brasil and we use the Ganglia monitoring our
Cluster CRomo. I made same changes in the PHP then Ganglia send me mails
every night.
I would like to know how can I set Ganglia
Hi Daniel:
On Wed, Sep 3, 2008 at 1:39 AM, [EMAIL PROTECTED] wrote:
Should it be the module developer who detects this condition, or the
module loader code?
Thanks for the bug report!
Please file an entry in bugzilla.ganglia.info and we will take care of it.
Cheers,
Bernard
Hi Daniel:
On Wed, Sep 3, 2008 at 9:11 AM, [EMAIL PROTECTED] wrote:
On the other hand, the 0 size RRD files are a bug, because manual effort
is required to clean them up. Otherwise, even after disk space becomes
available, gmetad refuses to write to those files.
Bug with gmetad or rrdtool?
Hi Timothy:
On Wed, Aug 27, 2008 at 8:43 AM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
:-). BTW, I think you get rid of the Clear button by accident?
Actually, I did this on purpose to simplify it. To clear the text entries,
just pick a last time (hour, day, etc.) which clears the cs/ce.
Hi Timothy:
On Tue, Aug 26, 2008 at 2:55 PM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
bz#176 custom time range with optional calendar widget
Thanks for cleaning the code up, you got rid of the warnings, etc.
from error_log and the layout is much better. I still have some minor
nitpick
Hi Carlo:
It looks like in this commit, you have removed the release name for Ganglia:
http://ganglia.svn.sourceforge.net/viewvc/ganglia?view=revrevision=1703
I didn't see you re-add the name some place else, so I assume your
proposal is to get rid of release name for future releases
Dear all:
If you build RPMs from the tarball and try to upgrade, RPM will create
/etc/ganglia/{gmetad,gmond}.conf.rpmsave. This is because there were
modifications made to the configuration files from the previous
version.
For gmetad, the modifications are negligible, so you can keep your old
Dear all:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=193
This patch has not been tested with meta-sources (i.e. gmetad
aggregating gmetad) and thus the average utilization numbers are
incorrect for grid of grids.
I currently have an incomplete fix, but I need to get consensus
Hi Brad:
On Sat, Aug 16, 2008 at 10:25 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
Agreed, we should have an official name however since the release version
number is the only required information for tracking purposes, a release name
is not important.
I originally asked Carlo to come up
Hi Brad:
On Fri, Aug 15, 2008 at 10:48 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
I know it seems like just yesterday that we shipped Ganglia 3.1.0 (well
probably because it was ;) But there have been some significant patches
added to 3.1.1 including a fix for a segfault in gmetad. Due
Hi Carlo:
http://ganglia.svn.sourceforge.net/viewvc/ganglia/branches/monitor-core-3.1/configure.in?revision=1674view=markup
I think when doing backports, we should not lump other changes into
the same commit. In r1674, it looks like you backported c1640 from
trunk and made 2 other changes. I
Guys:
On Wed, Aug 13, 2008 at 4:13 AM, [EMAIL PROTECTED] wrote:
Even if some of the configuration is dynamic, libConfuse provides a way
to dump it's data structures to a string for convenient troubleshooting
(see the cfg_print methods).
I don't dispute the validatity of your solutions - I
Hi Martin:
On Mon, Aug 11, 2008 at 8:09 AM, Martin Hicks [EMAIL PROTECTED] wrote:
I don't think its necessary (or good form) to include a full version
number in the RPM package name. RPM already does versioning based on
%version.
Index: monitor-core/ganglia.spec.in
Hi Martin:
On Mon, Aug 11, 2008 at 8:09 AM, Martin Hicks [EMAIL PROTECTED] wrote:
I don't think its necessary (or good form) to include a full version
number in the RPM package name. RPM already does versioning based on
%version.
Index: monitor-core/ganglia.spec.in
Hi Martin:
On Mon, Aug 11, 2008 at 8:09 AM, Martin Hicks [EMAIL PROTECTED] wrote:
I don't think its necessary (or good form) to include a full version
number in the RPM package name. RPM already does versioning based on
%version.
Index: monitor-core/ganglia.spec.in
Sorry for the spam, but I was one of those guys who got hit by the
GMail downtime :-)
Cheers,
Bernard
On Mon, Aug 11, 2008 at 2:12 PM, Bernard Li [EMAIL PROTECTED] wrote:
Hi Martin:
On Mon, Aug 11, 2008 at 8:09 AM, Martin Hicks [EMAIL PROTECTED] wrote:
I don't think its necessary (or good
Hi Brad:
On Thu, Aug 7, 2008 at 4:09 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
The backport is already in the STATUS file. It does include the revert of
hash.c, but I can create a patch that just applies to process_xml.c. Where
should be put the patch file? Should it go into
On Fri, Aug 8, 2008 at 5:23 AM, Kostas Georgiou
[EMAIL PROTECTED] wrote:
It will obviously be easier for all packagers to have easilly accessible
patches instead of having to backport them from the trunk :). It might be
better though to just get a new release out every lets say a couple of
Hi Timothy:
Just ping me again (either email or on IRC) when you have some time.
We will be waiting :-)
Cheers,
Bernard
On Fri, Aug 8, 2008 at 2:15 PM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
do some complicated IRC dances (that Timothy has yet to perform as he
would
most likely have to
Brad:
On Thu, Aug 7, 2008 at 11:55 PM, Bernard Li [EMAIL PROTECTED] wrote:
I would just file a bug in bugzilla and upload the patch there.
I just submitted the bug to bugzilla.ganglia.info:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=198
If you could upload the patch
On Thu, Aug 7, 2008 at 8:51 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
I reverted the workaround in hash.c and fixed process_xml.c to process the
EXTRA_ELEMENT tag correctly. The problem was the fact that the EXTRA_ELEMENT
data should only be processing this tag if gmetad is in authority
Hi Brad:
On Tue, Aug 5, 2008 at 8:12 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
Minor non-code changes may not be subject to the RTC rules when being
considered for backporting.
However, these changes must still be committed to the Trunk repository first,
before being considered
for
to see a bunch of you tomorrow!
Cheers,
Bernard
On Fri, Aug 1, 2008 at 2:24 PM, Bernard Li [EMAIL PROTECTED] wrote:
Dear Ganglia community:
As most of you probably know, we have just released version 3.1.0 of
Ganglia. This is a pretty big milestone for all of us who has worked
hard to put
On Tue, Aug 5, 2008 at 1:26 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
it is been almost a week since the release and I would have though my mom
should had upgraded already, knowing how proud she is from his son's work,
but judging by the sourceforge download counters she hadn't
Hi all:
I just upgraded my aggregator gmetad from 3.0.x to 3.1.0 and it is segfaulting:
[Test] is a 2.5 or later data stream
hash_create size = 50
hash-size is 53
Found a GRID, depth is now 1
Segmentation fault
I straced the process, and here's what I got:
0xfee2b0b4) = ?
Hi Craig:
On Fri, Aug 1, 2008 at 2:41 PM, Craig Simpson [EMAIL PROTECTED] wrote:
What I can ask, is maybe record any talks about ganglia or do a video. Post
it to the site.
Currently there are no plans to do any formal talks/presentations, we
simply wanted to get together and talk about
Hi all:
On Thu, Jul 31, 2008 at 7:42 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
Thanks to everybody that helped get Ganglia 3.1.0 out the door.
I second that. Thanks to all the developers, users and community
members for all their support! We couldn't have done it without you.
Cheers,
Hi all:
I just fixed a typo in one of the configuration files in trunk, now I
want this backported to the 3.1.x branch. Since this does not touch
any actual code (just comments), can I get a free pass and not have to
go through a backport proposal?
Perhaps we can outline some minor fixes that
Hi Carlo:
On Tue, Jul 29, 2008 at 10:58 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
It was also nice to see the link to the location for the testing tarball was
fixed as well, even if it will seem the testing period is now finished and
would expect that whole paragraph to be
Hi Brad:
On Tue, Jul 29, 2008 at 9:27 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
Thanks for installing and testing the 3.1 testing tarball. Removing the
gmetric link from the host view was intentional. In Ganglia 3.1, everything
is reported as a metric rather than differentiating between
Hi Daniel:
On Tue, Jul 29, 2008 at 1:27 PM, [EMAIL PROTECTED] wrote:
I think there is an issue with the spec file:
+ /bin/cp -f 'gmond/python_modules/conf.d/*.pyconf'
/var/tmp/ganglia-3.1.0-buildroot/etc/ganglia/conf.d/
/bin/cp: cannot stat `gmond/python_modules/conf.d/*.pyconf': No such
Hi Daniel:
On Tue, Jul 29, 2008 at 2:36 PM, [EMAIL PROTECTED] wrote:
Looking more closely, I had run configure with --disable-python for
another build before running `make dist-gzip', I suspect that has
something to do with it. I will continue investigating...
Maybe the spec file needs to
Hi Daniel:
On Wed, Jul 23, 2008 at 7:25 AM, [EMAIL PROTECTED] wrote:
I've now started using a Solaris 8 machine with:
- Blastwave.org (stable) versions of the GNU tools
- APR 1.2.2 directly from http://archive.apache.org/dist/apr/binaries/
- libConfuse built from source and installed to
FYI:
http://sourceforge.net/community/forum/topic.php?id=2836pagereplies=1
Cheers,
Bernard
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with
On Wed, Jul 16, 2008 at 9:36 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
One of the reasons why doing gmetad/frontend first might be better is that
since 3.0 the way external metrics (the ones generated with gmetric) is
managed in the frontend has changed.
If you have gmetric
Hi Brad:
On Tue, Jul 15, 2008 at 1:05 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
I have just sent an announcement to all three ganglia mailing lists. I got a
bounce message from the announce list, if somebody with email list rights
could take care of that. Also, I have started a new
I
Dear all:
Here's the release plan for the upcoming 3.1 release.
I believe all the important, show-stopping backport proposals in the
STATUS file for 3.1 branch have already been processed and voted on.
So all the remaining backport proposals will be moved from BACKPORT
PROPOSALS to BACKPORT
Hi Daniel:
On Wed, Jul 9, 2008 at 3:41 AM, [EMAIL PROTECTED] wrote:
During an upgrade from 3.0 to 3.1, is it permissable to mix 3.0 and 3.1
gmond nodes?
Any recommendations about the order in which to do the upgrade?
Will the 3.1 gmetad accept data from 3.0 gmond agents? If so, would it
Hi Daniel:
On Fri, Jul 4, 2008 at 1:52 AM, [EMAIL PROTECTED] wrote:
How scalable is gmetad meant to be? How many nodes and/or metrics based
on the assumption that samples are to be taken very frequently,
typically less than 10 seconds apart?
Has anyone reached any limitations in terms of
[Sending a copy back to the mailing-list...]
On Fri, Jul 4, 2008 at 8:10 AM, Kuba Konczyk [EMAIL PROTECTED] wrote:
2008/7/3 Bernard Li [EMAIL PROTECTED]:
Hi Brad:
On Fri, May 16, 2008 at 11:01 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
With this new rewrite in python, we now have
-1
I agree with Brad on this.
So C++ support is incomplete, we should document this and keep going.
Regards,
Bernard
On Thu, Jul 3, 2008 at 9:47 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
On 7/2/2008 at 5:22 PM, in message [EMAIL PROTECTED], Carlo
Marcelo Arenas Belon [EMAIL PROTECTED]
Hi Brad:
On Fri, May 16, 2008 at 11:01 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
With this new rewrite in python, we now have the ability to plug in new
metric storage modules to support other type of storage mechanisms other than
RRD and also the ability to plug in any type of analysis
Hi Daniel:
On Mon, Jun 30, 2008 at 6:59 AM, [EMAIL PROTECTED] wrote:
First of all, thanks for your interest in testing 3.1 and contributing
to the project.
Is anyone using the Ganglia 3.1 code right now and able to share any
comments about it?
Is there anything really broken in the current
On Thu, Jun 19, 2008 at 3:07 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
The patch looks good. Now we just need somebody with a lot PHP web frontend
experience than me to review the patch and determine if it should be
committed to trunk. Jesse, Bernard... I'll leave it up to you or anybody
Hi Jesse:
On Mon, Jun 30, 2008 at 2:19 PM, Jesse Becker [EMAIL PROTECTED] wrote:
2) Chart size is fixed to 400x300. This should be based on the other
charts (either pie chart, or other plots, depending on placement).
I think it would also make sense to be able to click on the graph to
blow
Hi Timothy:
On Mon, Jun 30, 2008 at 12:26 PM, Witham, Timothy D
[EMAIL PROTECTED] wrote:
When do bugzilla patches get considered for inclusion in trunk or
stable? It seems like the longer you wait the harder it is to apply the
patches. I always use patches from bz#38, 92, 176, 184 and 186:
Hi Brad:
On Fri, May 16, 2008 at 11:01 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
The rewrite of the gmetad is functionally complete and is currently sitting
in the SVN repository of the Ganglia project
(http://ganglia.svn.sourceforge.net/viewvc/ganglia/trunk/monitor-core/gmetad-python/)
The code Jesse checked into trunk has introduced some formatting
changes to graph titles that are still being sorted out.
Also, IMHO the hostname conversion shouldn't be done in each graph.d/
.php file, but instead done in ganglia.php. Jesse mentioned that
there are issue right now with
On Wed, Jun 25, 2008 at 2:31 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
On Tue, Jun 24, 2008 at 11:20:34PM -0700, Bernard Li wrote:
The code Jesse checked into trunk has introduced some formatting
changes to graph titles that are still being sorted out.
is there any other
Hi Carlo:
I saw the comment in the STATUS file in 3.1 branch.
Can you post a screenshot of what the graph looks like?
We could probably get around it by having a user-configurable option
$use_fqdn_hostname in conf.php to determine whether we use FQDN or
short hostname when rendering the graphs.
Hi Carlo:
On Tue, Jun 24, 2008 at 3:45 AM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
in any case, since now there are 3 patches and to avoid confusion, I'd
committed the patch to trunk with r1452 so it has also a more accurate name to
use for comments (if you'd rather remove it from
Hi Brad:
On Tue, Jun 24, 2008 at 12:32 PM, Brad Nicholes [EMAIL PROTECTED] wrote:
This is because the code that Carlo added resets libdir to ${prefix}/libxx
if --libdir was not specified on linux rather than ${execprefix}/libxx
which would have been the default. However, from what I have
Hi Yongquan:
On Mon, Jun 16, 2008 at 9:55 AM, Yongquan Lu [EMAIL PROTECTED] wrote:
I updated my Rocks from 4.2.1 to 4.3, when I telnet to port 8649 the XML
shows:
…
HOST NAME=pvfs2-io-0-0.local IP=10.255.255.206 REPORTED=1213512289
TN=4 TMAX=20 DMAX=0 LOCATION=unspecified
Hi Carlo:
On Sat, Jun 21, 2008 at 12:11 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
Jarod suggestion above, shoulldn't be difficult to implement, and was almost
what the current code in configure did except for :
* wasn't done for linux only
* didn't respect the user provided
Hi Carlo:
http://ganglia.svn.sourceforge.net/viewvc/ganglia?view=revrevision=1438
Do we really want the debug message to be text/plain? Previously it
is text/html (default) and the text are wrapped such that you could
see the entire command on the screen. Now there is no text-wrapping
and
Dear all:
New snapshot for 3.1 is available:
http://www.ganglia.info/snapshots/3.1.x
Changes since the last snapshot:
- build: hpux: instruct linker to export all symbols
- libganglia: rename scoreboard.h to avoid namespace conflict with
apache (fix building in OpenSolaris when using the
Dear Ganglia community:
If you have sent an email to the mailing-lists in the last day or so,
and do not see it in http://www.mail-archive.com/ please re-send them
as SF.net was having some issues with their mail system.
Sorry for any inconvenience caused.
Cheers,
Bernard
Hi Gilad:
On Fri, Jun 20, 2008 at 6:31 AM, Gilad Raphaelli [EMAIL PROTECTED] wrote:
Have you guys compared rrdtool versions? I haven't been able to track it
down but it seems like the 1.3 python bindings have a leak in update (and
graph). There was also an issue with fetch that should be
Hi Brad:
On Fri, Jun 20, 2008 at 10:05 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
I wonder what the difference is. I have been running gmetad.py for a couple
of days and it is still hovering around 12 meg.
You mentioned that your setup has multiple data sources. How many
hosts do each data
Hi Jarod:
On Wed, Jun 18, 2008 at 9:32 AM, Jarod Wilson [EMAIL PROTECTED] wrote:
Almost. If you do a simple './configure', you wind up with libdir=/usr/lib on
x86_64 and ppc64. That's actually fairly common though, and most distros that
use lib64 know to pass in --libdir= on the configure
Hi Ron:
On Thu, Jun 19, 2008 at 3:24 PM, TheRonbo [EMAIL PROTECTED] wrote:
That installed, but when I attempt to build a new project within Eclipse,
pointing to the Ganglia SVN URL:
https://ganglia.svn.sourceforge.net/svnroot/ganglia
You probably wanted
Hi Brad:
On Wed, Jun 18, 2008 at 8:50 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
I tried this on SuSE x86_64 and it all seemed to work as expected.
After you run ./configure (no flags), can you please check
'gmond/modules/conf.d/multicpu.conf' in your build directory to see if
it is using the
Hi Jarod:
On Wed, Jun 18, 2008 at 1:51 PM, Jarod Wilson [EMAIL PROTECTED] wrote:
On my end, ./configure w/o flags on an x86_64 box resulted in a Makefile
with 'libdir=/usr/lib' and multicpu.conf with 'path
= /usr/lib/ganglia/modmulticpu.so'.
Thanks. I am trying to see if autoconf is doing
Cc:ing Stu on this one:
On Wed, Jun 18, 2008 at 1:56 PM, Bernard Li [EMAIL PROTECTED] wrote:
Thanks. I am trying to see if autoconf is doing something different
on SuSE. I'd like to avoid hardcoding what libdir is based on the
arch unless it is absolutely necessary. I also need to figure
Hi Stu:
On Wed, Jun 18, 2008 at 2:39 PM, Stu Teasdale [EMAIL PROTECTED] wrote:
Yes, debian amd64, is 64 bit clean through-out, so /lib64 is just a
symlink to /lib and /usr/lib64 is similarly just a link to /usr/lib.
If it's just a symlink, then I guess it won't cause any issues if I
were to
, Bernard Li [EMAIL PROTECTED] wrote:
Hi Brad:
On Tue, Jun 17, 2008 at 8:33 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
It's time to get Ganglia 3.1 out the door. We created the Ganglia 3.1.x
stable branch almost 2 months ago and have been working towards a release
since then. I think it is time
r1415 and r1411 were reverted in r1422, trunk.
Regards,
Bernard
On Mon, Jun 16, 2008 at 8:05 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
On Mon, Jun 16, 2008 at 11:29:40AM -0700, Bernard Li wrote:
I can revert this if Carlo has no issues. Sorry for the bad check-in.
why would
Hi all:
On Tue, Jun 17, 2008 at 12:24 PM, Jarod Wilson [EMAIL PROTECTED] wrote:
I'd agree that this one isn't a huge deal. Things end up where they're
supposed to, its just not done quite correctly yet. Haven't dug into what
needs fixing, but basically, if a libdir value is passed in, it
Hi Ulf:
On Thu, Jun 12, 2008 at 9:52 PM, Ulf [EMAIL PROTECTED] wrote:
I' ve build ganglia 3.1.0.1399 with: ./configure --enable-static
--disable-python --with-libapr=/opt/freeware/bin/apr-1-config
See my log files.
What I' ve done:
= compiled ganglia
# ./gmond -t /etc/ganglia/gmond.conf
Hi Brad:
On Fri, Jun 13, 2008 at 9:08 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
Not sure either, but I would like to know why gmetad-python is not able to
connect to a data_source.
Try testing gmetad.py with 10+ data_sources, I have a feeling it
chokes around there.
Cheers,
Bernard
Hi Brad:
On Fri, Jun 13, 2008 at 11:26 AM, Brad Nicholes [EMAIL PROTECTED] wrote:
10+ individual data sources or 10+ redundant data sources? In other words:
data_source MyCluster1 ip1
data_source MyCluster2 ip2
data_source MyCluster3 ip3
data_source MyCluster4 ip4
...
or
data_source
Hi Ulf:
On Thu, Jun 12, 2008 at 7:33 AM, Ulf [EMAIL PROTECTED] wrote:
I can' t create a new gmond.conf and there is no gmond.conf installed.
# ./gmond -t
exec(): 0509-036 Cannot load program ./gmond because of the following errors:
0509-151 The program does not have an entry point or
201 - 300 of 691 matches
Mail list logo