[Ganglia-developers] Ganglia 3.1.7 GA release now available

.x, allowing a 3.1.x gmetad to continue to pull data from an older 3.0.x gmond cluster. Daniel Pocock, on behalf of the Ganglia Development Team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAku

Re: [Ganglia-developers] libmetrics as stand-alone library

Peter Phaal wrote: > Hi all, > > We are considering using libmetrics as a stand-alone library. In its current > form, with the separate configure script, it looks like it would ideally > suite our purposes. I noticed a recent discussion about dropping the separate > configure script[1] and wante

Re: [Ganglia-developers] Problems building trunk r2290

Carlo Marcelo Arenas Belon wrote: > On Tue, Mar 02, 2010 at 05:21:20PM -0800, Bernard Li wrote: > >> I am having problems building trunk r2290. >> > > Committed revision 2291 for the missing AC_PROG_SED macro definition. > @SED@ is also used in the recent 3.1.7 release - provided people

Re: [Ganglia-developers] Problems building trunk r2290

> , Bernard Li > wrote: > >> Hi Brad: >> >> Thanks for the confirmation. >> >> However, I have another issue related to the first problem. Basically >> my x86_64 CentOS is detected as "x86_64-unknown-linux-gnu" and thus it >> is setting LIB_SUFFIX to "lib" instead of "lib64". >> >> Do RHEL ho

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.7 ready for testing

- AIX 6.1 TL03 > > Regards, > Michael > > On 02/22/2010 12:15 PM, Daniel Pocock wrote: > >> Just a reminder - any feedback is welcome, or feel free to discuss 3.1.7 >> on IRC >> >> It would be good to have positive confirmation of which platforms this >&

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.7 ready for testing

SLES10 Regards, Daniel Daniel Pocock wrote: > I've tagged 3.1.7 and built a tarball: > > http://ganglia.info/testing/ganglia-3.1.7.tar.gz > > The md5sum for 3.1.7 is: 6aa5e2109c2cc8007a6def0799cf1b4c > > Since 3.1.6, only two things have changed and may need to be t

[Ganglia-developers] Ganglia 3.1.7 ready for testing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've tagged 3.1.7 and built a tarball: http://ganglia.info/testing/ganglia-3.1.7.tar.gz The md5sum for 3.1.7 is: 6aa5e2109c2cc8007a6def0799cf1b4c Since 3.1.6, only two things have changed and may need to be tested again by those who tested 3.1.

Re: [Ganglia-developers] multicpu module: r2116 and other issues

rk is required. Can anyone else make any comment on this specific issue, what else they expect from multicpu, or what flaws are outstanding? Daniel Pocock wrote: > I've been contemplating the multicpu module, which currently only works > on Linux and Cygwin. > > Carlo has in

Re: [Ganglia-developers] lib64 on Linux

Jesse Becker wrote: > On Wed, Feb 10, 2010 at 12:02, Daniel Pocock wrote: > >> Jesse Becker wrote: >> >>> On Wed, Feb 10, 2010 at 11:32, Daniel Pocock wrote: >>> >>> >>>> A while back, I introduced a patch to configure.in t

Re: [Ganglia-developers] the sysconfdir issue

Brooks Davis wrote: > On Sun, Feb 07, 2010 at 01:30:43PM +0000, Daniel Pocock wrote: > >> We've just been discussing the sysconfdir issue while here at FOSDEM >> >> For Ganglia <= 3.1.2, >> - the configure --help output tells people they can use --sysconfdi

Re: [Ganglia-developers] lib64 on Linux

Jesse Becker wrote: > On Wed, Feb 10, 2010 at 11:32, Daniel Pocock wrote: > >> A while back, I introduced a patch to configure.in that determines >> whether or not lib directories should be called lib or lib64 >> >> This is needed when trying to find things like l

[Ganglia-developers] lib64 on Linux

A while back, I introduced a patch to configure.in that determines whether or not lib directories should be called lib or lib64 This is needed when trying to find things like libconfuse lib64 is not a universal phenomenon though - it is not the norm on Debian. However, I note that the Linux FH

Re: [Ganglia-developers] versioning confusion

>> So, why not put the "rc" or "pre" Tag into an GANGLIA_EXTRA_VERSION and >> embed >> that into the code. That way there would be no confusion about what is in >> the tarball. Then we could have as many testing releases before the final >> one. SVN tags are cheap. What am I missing? I mean,

[Ganglia-developers] the sysconfdir issue

Hi all, We've just been discussing the sysconfdir issue while here at FOSDEM For Ganglia <= 3.1.2, - the configure --help output tells people they can use --sysconfdir to set the location of gmond.conf - the configure --help output tells people that the default is PREFIX/etc - the value of --sy

Re: [Ganglia-developers] Ganglia 3.1.6 ready for testing

lags[@]!$LDFLAGS!g" \ -e "s,@li...@],$LIBS,g" \ -e "s,@versi...@],$VERSION,g" \ Daniel Pocock wrote: > > > I've tagged 3.1.6 and built a tarball: > > http://www.pocock.com.au/ganglia/test/ganglia-3.1.6.tar.gz > > The md5sum for

Re: [Ganglia-developers] versioning confusion

> available. The only way to tell which one was the real release would be by > the date on the tarball rather than version number. > Not quite - we could digitally sign the release tarball at the point where it is confirmed to be stable. People could make sure they had a stable release by co

[Ganglia-developers] Ganglia 3.1.6 ready for testing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've tagged 3.1.6 and built a tarball: http://www.pocock.com.au/ganglia/test/ganglia-3.1.6.tar.gz The md5sum for 3.1.6 is: 39134ccba646fce6979958bf9c0fc8d7 This is not confirmation that the release is in GA status - a further notification will

Re: [Ganglia-developers] Ganglia SLED and SLES testing...

Daniel Pocock wrote: >>> >>> >>>> One other problem. After doing a configure and make I tried to do a make >>>> >>>> >>> distdir just to get the built files in the web directory. In the result

Re: [Ganglia-developers] Ganglia SLED and SLES testing...

>> >>> One other problem. After doing a configure and make I tried to do a make >>> >> distdir just to get the built files in the web directory. In the resulting >> dist directory, nothing was built in the web directory. conf.php.in was >> there but no conf.php etc. Is there so

Re: [Ganglia-developers] Ganglia SLED and SLES testing...

Brad Nicholes wrote: >>>> On 2/3/2010 at 03:06 PM, in message <4b69f36a.40...@pocock.com.au>, Daniel >>>> > Pocock wrote: > > >>> I have tried a quick test of your latest snap shot and so far the only >>> thing >>>

Re: [Ganglia-developers] Ganglia SLED and SLES testing...

> I have tried a quick test of your latest snap shot and so far the only thing > that I am seeing is that the include path to the conf.d directory in the > gmond.conf file is not getting set correctly. It is still pointing to > ./conf.d/*.conf rather than the value that was passed in with --sy

[Ganglia-developers] Debian package

I've just tested the diff for building the Debian package, to work with 3.1.6, it needs the following added to configure: --sysconfdir=/etc/ganglia and the following in debian/control: Build-Depends: add libpcre3-dev I notice that /usr/lib/ganglia/mod*.so is installed as part

Re: [Ganglia-developers] Policy on updating files in 3.1.x/contrib

Martin Knoblauch wrote: > - Original Message > > >> From: Daniel Pocock >> To: Martin Knoblauch >> Cc: ganglia-developers@lists.sourceforge.net >> Sent: Wed, February 3, 2010 1:04:51 PM >> Subject: Re: [Ganglia-developers] Po

Re: [Ganglia-developers] Policy on updating files in 3.1.x/contrib

> what is the policy for updating files in the "contrib" directory of 3.0.x > and 3.1.x? Do I need to do the backport approval dance (*)? Or can I just go > ahead. The "removespikes.pl" file needs an update in the 3.1.x branch. > > Any updates to 3.1 require co-ordination from the release ma

[Ganglia-developers] tarball of r2263 - possible 3.1.6?

I've built up some binaries of r2258 for Solaris users, they are at http://mirror.opencsw.org/testing.html For AIX users, Michael Perzl has contributed a new README.AIX which you can see in the tarball or SVN. The latest tarball is here: http://www.pocock.com.au/ganglia/test --

Re: [Ganglia-developers] tcpconn.py issues

> If tcpconn is functioning normally after the initial startup, then that > basically answers the questions. It appears that at least on CentOS/RHEL5 > python is not yielding after calling start() and therefore not allowing the > threading module to call the threads run() method. The result i

Re: [Ganglia-developers] tcpconn.py issues

Brad Nicholes wrote: >>>> On 2/2/2010 at 6:23 AM, in message <4b682769.6000...@pocock.com.au>, Daniel >>>> > Pocock wrote: > > >> I've just been testing r2258 on CentOS 5. rpmbuild runs successfully >> and the packages i

[Ganglia-developers] tcpconn.py issues

I've just been testing r2258 on CentOS 5. rpmbuild runs successfully and the packages install and run. However, I notice that some of the tcpconn metrics are failing. tcpconn.py doesn't appear to have changed since r1658 (August 2008). It is the only python module that is loaded by default

[Ganglia-developers] Ganglia for Cygwin 1.7

Cygwin 1.7 was released recently, and it only seems safe to assume that people will try to use Ganglia on it Has anyone done extensive testing on Cygwin 1.7 and are there any recommendations for updating README.WIN? If there is no feedback, then I may include a disclaimer to say that Ganglia

[Ganglia-developers] Debian 5 autotools problems

There has previously been some discussion about using the Debian 5 autotools (autoconf, automake, libtool) In my own experiments with this, I've found a couple of issues: a) libtool appears to be broken now on Cygwin - this appears to be a libtool related regression - when compiling, it abort

Re: [Ganglia-developers] ganglia gmond 3.1.4 on RHEL4 or CentOS4?

Steven A. DuChene wrote: > I see in the ganglia spec file and the configure script > that the compilation of ganglia 3.1.4 depends on apr-1 > It is definitely used by both gmond and gmetad Older versions of apr (e.g. the one which ships with RHEL4) don't work for gmond. > I am trying to add a

[Ganglia-developers] cross-compiling Ganglia

Has anyone tried cross compiling Ganglia for other platforms? I've been trying to build an arm binary: ./configure CFLAGS="-g -Wall -Wno-unknown-pragmas -I.../arch-arm/usr/include" LDFLAGS="-L.../build/lib/obj/arm-linux-gcc/so/ -L.../out/apps/ganglia/" --host=arm-linux --sysconf

[Ganglia-developers] 3.1.6 approaching...

After the discussions about AIX last week, I'm confident that Michael's patches (or a slight variation of them) can be integrated for 3.1.6. This means that a) the tarball will hopefully work as-is for AIX users, b) the bootstrapping issue can be addressed in 3.1.6, as we no longer have to

[Ganglia-developers] libmetrics - second configure script?

Hi all, I'm not too sure why we have a second configure script for the libmetrics tree - could anybody give me some background information about this? Is libmetrics used anywhere else, or is it intended to be? Regards, Daniel

Re: [Ganglia-developers] AIX 3.1 branch, Michael's patches (BUG226, BUG227)

Michael Perzl wrote: > On 01/15/2010 06:18 PM, Daniel Pocock wrote: >> >>> Here the output against config.status in the Ganglia root directory: >>> s,@STATIC_BUILD_TRUE@,|#_!!_#|#,g >>> s,@STATIC_BUILD_FALSE@,|#_!!_#|,g >>> s,@STATIC_USER_MODU

Re: [Ganglia-developers] AIX 3.1 branch, Michael's patches (BUG226, BUG227)

> >> I had already applied that on the branch, but to make the code >> portable between AIX and other platforms, I did this by setting >> EXPORT_SYMBOLS_DYNAMIC in configure.in and using it's value in >> gmond/Makefile.am >> >> Can you please look at whether EXPORT_SYMBOLS_DYNAMIC is being used

Re: [Ganglia-developers] AIX 3.1 branch, Michael's patches (BUG226, BUG227)

bpath" > *** > *** 5761,5767 > # Warning - without using the other run time loading flags, > # -berok will link without error, but may produce a broken > library. > _LT_AC_TAGVAR(no_undefined_flag, $1)=' ${wl}-bernotok

[Ganglia-developers] AIX 3.1 branch, Michael's patches (BUG226, BUG227)

I've created branches/monitor-core-3.1-aix and applied the following: BUG226: detect virtual IO server BUG227: I've modified the patch to try and selectively set the linker flags for AIX and for fabsf on AIX < 5.2 I'd also like to test the effect the new autotools have on AIX Therefore, I've

Re: [Ganglia-developers] cleaning up configure, generating modpython.conf and others

Daniel Pocock wrote: > I've sought some feedback on the automake list about how to generate > modpython.conf and others that have to include @sysconfdir@ > > A few people have contributed suggestions here: > > http://lists.gnu.org/archive/html/automake/2010-01/ms

[Ganglia-developers] cleaning up configure, generating modpython.conf and others

I've sought some feedback on the automake list about how to generate modpython.conf and others that have to include @sysconfdir@ A few people have contributed suggestions here: http://lists.gnu.org/archive/html/automake/2010-01/msg00021.html I'll be integrating some of this over the next fe

Re: [Ganglia-developers] default rule for $sysconfdir

Daniel Pocock wrote: > Before 3.1.3, /etc/ganglia was hardcoded into various places in the code > > As of 3.1.3, the code refers to $sysconfdir > > If configure is called without specifying --prefix or --sysconfdir, then > the default value is /usr/etc/ganglia > > configur

[Ganglia-developers] default rule for $sysconfdir

Before 3.1.3, /etc/ganglia was hardcoded into various places in the code As of 3.1.3, the code refers to $sysconfdir If configure is called without specifying --prefix or --sysconfdir, then the default value is /usr/etc/ganglia configure.in could be tweaked to check if the user has explicitly

Re: [Ganglia-developers] release names?

ing the lead on this release. Appreciated. > > -Matt > > On Tue, Oct 27, 2009 at 1:13 PM, Daniel Pocock <mailto:dan...@pocock.com.au>> wrote: > > > > > Bernard Li wrote: > > Well, sounds like we have enough +1s, so please make it happen. >

[Ganglia-developers] testing of upcoming 3.1.6 release, irc chat

Hi all, 3.1.6 will be tagged during January A number of different bug fixes and feature enhancements have been backported. There is always a risk that new regressions have been created. If necessary, we can still make further enhancements, or remove any backport that is causing trouble. T

[Ganglia-developers] backports for 3.1.6 - testing

I've just done some backports for 3.1.6 (see log below), there may be a couple of others to come too - are there any more backports that people would like? - it's probably time for people to start testing the monitor-core-3.1 branch with the view that we will tag 3.1.6 in the next 1-2 weeks

[Ganglia-developers] backporting r2133 - load_metric_modules()

I've just looked at r2133. I notice that there is a call to load_metric_modules() within the first conditional block (args_info.metrics_flag). Therefore, to solve the problem addressed by r2133, I believe one of the following alternatives is needed: a) put a call to load_metric_modules() with

[Ganglia-developers] multicpu module: r2116 and other issues

I've been contemplating the multicpu module, which currently only works on Linux and Cygwin. Carlo has indicated that promoting it's use (as a consequence of the PCRE patch) may not be ideal for two reasons: a) bugs on the supported platforms (Linux and Cygwin) b) not functional on other pla

[Ganglia-developers] rrdcached support for 3.1.6

I've backported the rrdcached support to monitor-core-3.1 branch Any feedback is welcome - it is an optional feature, disabled by default - I've been running it successfully - it has been in trunk for a while -- This

Re: [Ganglia-developers] bootstrapping for 3.1.X series and 3.2.X

Carlo Marcelo Arenas Belon wrote: > On Tue, Jan 05, 2010 at 02:42:28PM +0000, Daniel Pocock wrote: > >> Carlo Marcelo Arenas Belon wrote: >> >>> On Mon, Dec 28, 2009 at 10:51:51PM +, Daniel Pocock wrote: >>> >>>> Carlo Marcelo Are

Re: [Ganglia-developers] bind and bind_hostname parameters in udp_send_channel

> after adding some basic documentation to trunk in r2122 and using them had > found that the interface should be better improved before it gets released > by either : > > * remove bind_hostname and overload that functionality on bind by defining > a magic value which means (resolve default host

Re: [Ganglia-developers] bootstrapping for 3.1.X series and 3.2.X

Carlo Marcelo Arenas Belon wrote: > On Mon, Dec 28, 2009 at 10:51:51PM +0000, Daniel Pocock wrote: > >> Carlo Marcelo Arenas Belon wrote: >> >>> On Sun, Dec 06, 2009 at 09:28:04AM +, Daniel Pocock wrote: >>> >>>

Re: [Ganglia-developers] template-based metric definition with PCRE

Carlo Marcelo Arenas Belon wrote: > On Mon, Dec 28, 2009 at 08:47:35PM +0000, Daniel Pocock wrote: > >> Jesse Becker wrote: >> >>> On Sat, Nov 28, 2009 at 08:42, Daniel Pocock wrote: >>> >>> >>>> For those following trunk

Re: [Ganglia-developers] [RFC] two step gmond initialization

Carlo Marcelo Arenas Belon wrote: > On Fri, Dec 18, 2009 at 04:18:16PM +0000, Daniel Pocock wrote: > >> Carlo Marcelo Arenas Belon wrote: >> >>> On Sun, Dec 13, 2009 at 10:49:00AM +, Daniel Pocock wrote: >>> >>>> I could accept Bro

Re: [Ganglia-developers] bootstrapping for 3.1.X series and 3.2.X

Carlo Marcelo Arenas Belon wrote: > On Sun, Dec 06, 2009 at 09:28:04AM +0000, Daniel Pocock wrote: > >> Carlo Marcelo Arenas Belon wrote: >> >>> On Wed, Nov 25, 2009 at 11:00:21AM +, Daniel Pocock wrote: >>> >>> >>>> b)

Re: [Ganglia-developers] template-based metric definition with PCRE

Jesse Becker wrote: > On Sat, Nov 28, 2009 at 08:42, Daniel Pocock wrote: > >> For those following trunk, you may need to bootstrap again, and make >> sure you have pcre available. >> >> I've linked gmond with libpcre so that it can dynamically match the

Re: [Ganglia-developers] gmetad and rrdtool scalability

Vladimir Vuksan wrote: > On Mon, 21 Dec 2009, Spike Spiegel wrote: > >>> a. Get all the rrds (rsync) from gmetad2 before you restart gmetad1 >> which unless you have small amount or data or fast network between the >> two nodes won't complete before the next write is initiated, meaning >> they won'

Re: [Ganglia-developers] Configurable RRAs [was Re: gmetad and rrdtool scalability]

Rick Cobb wrote: > Changed subjects because this part of the discussion is important > enough to have its own thread > > On Dec 20, 2009, at 8:55 AM, Jesse Becker wrote: > >> On Sun, Dec 20, 2009 at 11:02, Spike Spiegel > > wrote: >> ... >>> I think there's a middle ground

Re: [Ganglia-developers] [RFC] two step gmond initialization

Carlo Marcelo Arenas Belon wrote: > On Sun, Dec 13, 2009 at 10:49:00AM +0000, Daniel Pocock wrote: > >> Carlo Marcelo Arenas Belon wrote: >> >>> On Fri, Dec 11, 2009 at 01:31:22PM -0600, Brooks Davis wrote: >>> >>> >>>>

Re: [Ganglia-developers] gmetad and rrdtool scalability

Vladimir Vuksan wrote: > I think you guys are complicating much :-). Can't you simply have > multiple gmetads in different sites poll a single gmond. That way if > one gmetad fails data is still available and updated on the other > gmetads. That is what we used to do. That is a good solution un

Re: [Ganglia-developers] [RFC] two step gmond initialization

Carlo Marcelo Arenas Belon wrote: > On Fri, Dec 11, 2009 at 01:31:22PM -0600, Brooks Davis wrote: > >> On Fri, Dec 11, 2009 at 04:56:51PM +, Carlo Marcelo Arenas Belon wrote: >> >> >>> I presume the reason why you haven't seen this show up in the APR list, is >>> because it makes probab

Re: [Ganglia-developers] [RFC] two step gmond initialization

Bernard Li wrote: > Hi guys: > > Wow... what a long thread... > > IMHO, the best solution here is to look at apache's main loop > implementation and adapt our code. This way, (hopefully) we will get > what we want (late initialization) without modifying any apr code. > Carlo, since you seem to be

Re: [Ganglia-developers] [RFC] two step gmond initialization

Brad Nicholes wrote: >>>> On 12/11/2009 at 6:21 AM, in message <4b224750.2090...@pocock.com.au>, >>>> Daniel >>>> > Pocock wrote: > > >>> it replaces apr_proc_detach with an inline implementation of it on plain >>&g

Re: [Ganglia-developers] gmetad and rrdtool scalability

Spike Spiegel wrote: > On Wed, Nov 25, 2009 at 4:20 PM, Daniel Pocock wrote: > >> One problem I've been wondering about recently is the scalability of >> gmetad/rrdtool. >> > > [cut] > > >> In a particularly large organisation, moving

Re: [Ganglia-developers] [RFC] two step gmond initialization

> it replaces apr_proc_detach with an inline implementation of it on plain > POSIX and that should be most likely as portable (at least for the platforms > we care of) and doesn't intentionally include any error checking to make it > How about Cygwin and mingw? I'm not sure if the use of pipe(

Re: [Ganglia-developers] bootstrapping for 3.1.X series and 3.2.X

Carlo Marcelo Arenas Belon wrote: > On Wed, Nov 25, 2009 at 11:00:21AM +0000, Daniel Pocock wrote: > >> a) is it preferred that we release 3.1.4 or that we release 3.1.5, or a >> third option, roll a 3.1.6 tarball using the same environment where >> 3.1.2 was bootstr

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.5 beta ready for final testing

Brad Nicholes wrote: >>>> On 12/2/2009 at 7:21 AM, in message <4b1677e4.8000...@pocock.com.au>, >>>> Daniel >>>> > Pocock wrote: > >> I would like gmond to return a non-zero return code if it fails to >> initialise,

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.5 beta ready for final testing

Gladish, Jacob wrote: > >> -Original Message- >> From: Daniel Pocock [mailto:dan...@pocock.com.au] >> Sent: Wednesday, December 02, 2009 6:49 AM >> To: Carlo Marcelo Arenas Belon >> Cc: ganglia-developers@lists.sourceforge.net; Ganglia >> Sub

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.5 beta ready for final testing

> fork() doesn't work because the kqueue filehandle is not inherited; using > rfork() instead doesn't either because all filehandles are closed by doing > exit(0) in the parent and so fails in the same way that changing > apr_proc_detach() does when changed to use rfork() instead. > I'm not a B

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.5 beta ready for final testing

Carlo Marcelo Arenas Belon wrote: > On Wed, Dec 02, 2009 at 10:36:02AM +0000, Daniel Pocock wrote: > >> Carlo Marcelo Arenas Belon wrote: >> >>> but that of course requires a patched version of apr (including >>> bootstrapping) and is probably not an

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.5 beta ready for final testing

Carlo Marcelo Arenas Belon wrote: > On Wed, Dec 02, 2009 at 01:57:44AM +, Carlo Marcelo Arenas Belon wrote: > >> On Tue, Dec 01, 2009 at 10:20:32PM +0000, Daniel Pocock wrote: >> >>> - Can you easily re-compile APR with a different poll implementation? I

Re: [Ganglia-developers] Ganglia 3.1.5 beta ready for final testing

>>> At least a revert would be needed for 3.1 as this accounts for a regression >>> but haven't done so either waiting for you to first revert it on trunk and >>> then decide on how to proceed from there depending on how critical this >>> feature was for the release. >>> >>> >> I agree t

Re: [Ganglia-developers] Ganglia 3.1.5 beta ready for final testing

Carlo Marcelo Arenas Belon wrote: > On Mon, Nov 30, 2009 at 08:12:34AM +0000, Daniel Pocock wrote: > >> Carlo Marcelo Arenas Belon wrote: >> >>> On Sun, Nov 29, 2009 at 10:57:01AM +, Carlo Marcelo Arenas Belon wrote: >>> >>>

Re: [Ganglia-developers] Ganglia 3.1.5 beta ready for final testing

Carlo Marcelo Arenas Belon wrote: > On Sun, Nov 29, 2009 at 10:57:01AM +, Carlo Marcelo Arenas Belon wrote: > >> On Tue, Nov 24, 2009 at 06:03:51PM -0800, Bernard Li wrote: >> >>> Please help us test on as many OS/archs as possible, as this would go >>> GA quite immediately ;-) >>>

[Ganglia-developers] template-based metric definition with PCRE

For those following trunk, you may need to bootstrap again, and make sure you have pcre available. I've linked gmond with libpcre so that it can dynamically match the metric names E.g., for the multicpu module, this is the only metric definition that needs to be given to enable all metrics on

[Ganglia-developers] gmetad and rrdtool scalability

One problem I've been wondering about recently is the scalability of gmetad/rrdtool. Various events could impact the gmetad server load: - adding more clusters - in this case, the admin can easily decide to add the new cluster on a new gmetad server if the existing server is overloaded - ad

[Ganglia-developers] bootstrapping for 3.1.X series and 3.2.X

Hi all, There has been some discussion about which version of autotools to use for bootstrapping 3.1.2 was bootstrapped with automake 1.9.6 and autoconf 2.59 3.1.4 was bootstrapped with automake 1.9.2 and autoconf 2.59 Some people test an alternative tarball bootstrapped with 1.10.1 and aut

Re: [Ganglia-developers] [Ganglia-general] 3.1.4 to go GA?

> Which tarball should I be posting? > > http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg05281.html > > The official version - any changes from the unofficial tarball (using a different autotools version to bootstrap) should be aimed at the next release and captured in

Re: [Ganglia-developers] [Ganglia-general] 3.1.4 to go GA?

Vladimir Vuksan wrote: > I used ganglia.spec file I used with 3.1.2 and just changed the > version. I determined that the difference is this > > < %configure --with-gmetad > --- >> %configure --with-gmetad --enable-status --sysconfdir=%{conf_dir} > > That is why I see the problem. If you run con

Re: [Ganglia-developers] [Ganglia-general] 3.1.4 to go GA?

Bernard Li wrote: > Hi Vladimir: > > I tested the 3.1.4 RPMs I've built and did not observe the issue you > encountered. Can you please outline how you built the RPMs? > > Daniel -- if it's okay with you, I'd like to hold off on releasing > 3.1.4 until we get this issue clarified with Vladimir.

Re: [Ganglia-developers] [Ganglia-general] 3.1.4 to go GA?

Vladimir Vuksan wrote: > Little gripe about 3.1.4 (and looks like 3.1.3). Apparently SYSCONFDIR > has been changed to > > /etc > > instead of > > /etc/ganglia > > in the Makefile. This "breaks" the RPMS since the SPEC files are > configured to use /etc/ganglia and gmond will fail at startup :-(

Re: [Ganglia-developers] [Ganglia-general] 3.1.4 to go GA?

les wrote: > >>>>> On 11/20/2009 at 8:46 AM, in message <4b06b9d6.5080...@pocock.com.au>, >>>>> Daniel >>>>> >> Pocock wrote: >> >>> Brad Nicholes wrote: >>> >>>>>>>

Re: [Ganglia-developers] 3.1.4 to go GA?

Brad Nicholes wrote: >>>> On 11/20/2009 at 8:07 AM, in message <4b06b0af.1050...@pocock.com.au>, >>>> Daniel >>>> > Pocock wrote: > >> Brad Nicholes wrote: >> >>> I've been running i

Re: [Ganglia-developers] 3.1.4 to go GA?

Brad Nicholes wrote: > I've been running it on a very small set of machines. It all looks good to > me. > No complaints from anyone... is that sufficient to go live? I'm not sure if I have the access level to put the release on the SF site though. --

[Ganglia-developers] gmetad using apr as of r2106, shorter polling intervals

As discussed previously on the list, I've adapted gmetad to use apr's sleep functionality. For anyone using trunk, please run autoreconf && ./configure to get the newest gmetad/Makefile Changing the sleep code to randomize intervals using a percentage rather than absolute value should be hel

[Ganglia-developers] 3.1.4 to go GA?

How do people feel about making 3.1.4 GA? -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best,

Re: [Ganglia-developers] Storing Ganglia data in MySql.

Bernard Li wrote: > Hi Daniel: > > On Tue, Nov 10, 2009 at 8:30 AM, Daniel Pocock wrote: > > >> Which gmetad is intended to be on the future roadmap? >> >> For a large site, do you believe it is fair to say that the C >> implementation is best for perfo

Re: [Ganglia-developers] Storing Ganglia data in MySql.

Brad Nicholes wrote: >>>> On 11/10/2009 at 9:30 AM, in message <4af9952a.9070...@pocock.com.au>, >>>> Daniel >>>> > Pocock wrote: > >> Brad Nicholes wrote: >> >>>>>> On 11/10/2009 at 4:11 AM, in mes

Re: [Ganglia-developers] Storing Ganglia data in MySql.

Brad Nicholes wrote: On 11/10/2009 at 4:11 AM, in message > , Himanshu Sharma > wrote: > >> Hello all, >> >> We were looking to store Ganglia data in MySql rather than just an >> RRD. There was a discussion earlier on the same issue - >> http://www.mail-archive.com/ganglia-de

Re: [Ganglia-developers] Using git for ganglia source code management (was Re: [Ganglia-general] Ganglia 3.1.4 beta ready for testing)

Jesse Becker wrote: > On Tue, Nov 3, 2009 at 03:26, Carlo Marcelo Arenas Belon > wrote: > >>> I notice it can do some handy tricks, like generating version numbers that >>> reflect the tag you are building in >>> >> it can also do some more interesting tricks, like pushing/pulling from

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.4 beta ready for testing

Paul Sobey wrote: >> Just some further comments on Paul's case: >> >> - I note Paul is using gcc, whereas I'm building and testing with Sun >> Studio on the OpenCSW build farm - Sun's compiler is now a free >> download, and it is used to build all the CSW libraries (including >> those used by Ga

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.4 beta ready for testing

Bernard Li wrote: > Hi Paul: > > On Mon, Nov 2, 2009 at 12:57 AM, Paul Sobey wrote: > > >> Quick note to let you know 3.1.4 beta builds fine without Python support >> using gcc 4.4.1/Solaris ld (and the -std=gnu99 CFLAG). I'll continue to >> monitor the users list for hints as to how to build

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.4 beta ready for testing

Bernard Li wrote: > Hi Carlo: > > On Thu, Oct 29, 2009 at 4:47 PM, Carlo Marcelo Arenas Belon > wrote: > > >> Ideally, which platform is used to bootstrap shouldn't be relevant though >> and IMHO we should be instead aiming to the latest versions of the autotools >> (either installed by hand

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.4 beta ready for testing

Carlo Marcelo Arenas Belon wrote: > On Thu, Oct 29, 2009 at 08:42:05PM +0000, Daniel Pocock wrote: > >> Carlo Marcelo Arenas Belon wrote: >> >>> On Thu, Oct 29, 2009 at 04:44:59PM +, Paul Sobey wrote: >>> >>> >>>> I

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.4 beta ready for testing

Carlo Marcelo Arenas Belon wrote: > On Thu, Oct 29, 2009 at 04:44:59PM +, Paul Sobey wrote: > >> I note from the Makefile Daniel posted: >> >> # Depends: some issues exist getting the Python support working on >> Solaris, >> # Ganglia's configure.in needs to be further enhanced for this t

Re: [Ganglia-developers] release names?

Bernard Li wrote: > Well, sounds like we have enough +1s, so please make it happen. > I'm happy to do this as part of 3.1.5 (which I will volunteer to be release manager for) That means there is still time for any final comments on the issue, as 3.1.5 will probably be late November or ear

Re: [Ganglia-developers] release names?

Bernard Li wrote: > Dear all: > > Please see this discussion we had last year: > > http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg04697.html > Ok, summarising that discussion: - the version number is the official unique identifier of the release - release name is a

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.4 beta ready for testing

Bernard Li wrote: > Hi Paul: > > Have you tried these OpenCSW packages: > > http://mirror.opencsw.org/testing.html > > Or is there a specific reason why you would want to build Ganglia yourself? > > Also see: scripts/build-solaris.sh (I added this recently on 3.1) and https://gar.svn.sourc

[Ganglia-developers] release names?

In the wiki, it says `version numbers are cheap' http://sourceforge.net/apps/trac/ganglia/wiki/how_project_works However, the convention of naming the releases puts a little bit more emphasis on the significance of each tag and release. Skipping a release (e.g. 3.1.3) certainly doesn't give d

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.4 beta ready for testing

Carlo Marcelo Arenas Belon wrote: > On Mon, Oct 26, 2009 at 04:51:33PM -0700, Bernard Li wrote: > >> Ganglia 3.1.4 is ready for testing at: >> >> http://ganglia.info/testing/ >> > > DragonFlyBSD fails to build (tested with 2.4.0 32bit). > > not a regression (a system header problem which al

Re: [Ganglia-developers] [Ganglia-general] Ganglia 3.1.3 beta ready for testing

Daniel Pocock wrote: > Bernard Li wrote: > >> Hi Daniel: >> >> On Sun, Oct 11, 2009 at 9:36 PM, Daniel Pocock wrote: >> >> >> >>> Another issue I found: the gmond binary built on RHEL3 can't run properly >>> because A

<    1   2   3   4   >