Hi all,
I have an inquiry from a student about doing a Ganglia-related GSoC
project this year. They have submitted a proposal under Debian,
although the work is not Debian-specific.
They expressed interested in Python related tasks, including the
ganglia-nagios-bridge and syslog-nagios-bridge
On 27/02/15 20:20, Chris Burroughs wrote:
I've gotten a scan running. Contributors can sign up and view the
results at:
https://scan.coverity.com/projects/640
Also if a ganglia comitter would like to be an admin at
scan.coverity.com that would probably work out best in the long run
On 03/02/15 22:30, Devon H. O'Dell wrote:
2014-10-30 18:05 GMT-07:00 J.T. Conklin j...@acorntoolworks.com
mailto:j...@acorntoolworks.com:
Daniel Pocock dan...@pocock.pro mailto:dan...@pocock.pro writes:
- 3.7 adds a new dependency, Concurrency Kit
Given the problems you
On 03/02/15 22:59, Devon H. O'Dell wrote:
I'm one of the CK developers interested. It's been a PITA to find time
to get a DD to sign a key in person. Samy has just started a new company
and I'm pretty sure that's kept him busy enough that he's had trouble
finding the time too. The problem
On 27/10/14 11:27, SJ Zhu wrote:
http://wiki.ganglia.info/ currently can't be accessed.
And other SF apps that ganglia used is also unavailable.
Where did you find that link?
This link appears to be working at present:
http://sourceforge.net/p/ganglia/wiki/Home/
Just some comments about 3.7.x:
- 3.6.1 (from Wednesday) is the latest official release
- some time ago I made a 3.7.0 tag but it was never announced as a
release as it has some issues
- the next attempt to release 3.7.x will be a tag 3.7.1
- 3.7 adds a new dependency, Concurrency Kit
-
Google has paid the money for GSoC 2014. This includes:
- reimbursement of airfares for Robert and I to attend the summit this
weekend. I already paid out the money due to Robert.
- a mentor stipend of $500 for each of the five projects (total $2500)
The $2500 is currently in an account that
I've made up a Ganglia 3.6.1 release on the branch release/3.6
It is the same as 3.6.0 but it adds the missing service files for RHEL7
and recent Fedora users
The sha-224 checksum of the tarball:
ganglia-3.6.1.tar.gz
34c33980b52a736c935fb41657527409392a73cfd72b9b74b2a87963
On 17/10/14 11:04, Arthur Andrews wrote:
Hi,
Thanks, this worked for the compile but I seem to have hit an old bug
from 2010, gmond would not start with tcp_accept_channel but since I
do not need this currently I commented it out, now I get millions of
apr_pollset_poll returned unexpected
Just a reminder - this is tonight. Please register:
https://www.eventbrite.com/e/ganglia-get-together-tickets-13774378537
so your name will be on the list given to the security man in the
lobby. You will see the full address after inserting your details.
There is a BALUG meeting around
Please reply with any other possible discussion topics
- lightning talks
- feedback from GSoC mentors
- apply for GSoC 2015?
- releasing 3.7.x, ck dependency issues
- module API for gmetad?
--
Comprehensive Server
A few of us are coming to town for the GSoC summit (24-26 October), I'm
arriving the Friday before, 17 October
Is there anybody who would want to catch up that week or knows of any
social events where it could be interesting to meet up?
Hi Kartik,
Thanks for your interest in Ganglia
Of the skills you list, which is the strongest?
Do you have an existing profile on Github?
If you haven't already, please see my recent blog about GSoC selection
Regards,
Daniel
On 31/08/14 21:23, Kartik Gupta wrote:
Sir/Ma'am,
I'm a
On 23/08/14 19:09, Md. Ali Ahsan Rana wrote:
There are still few things left in completing the tasks I worked on as
part of GSOC, like:
* Got feedback on ganglia-web module to implement the generalization
differently, I will follow up on that.
Vladimir's feedback on that is very
Hi all,
Not all of the Ganglia developers are working in environments with GPU
Rana has contributed code for NVIDIA users in a pull request and it
would be really helpful to have feedback on it.
The GSoC coding deadline is Monday, 18 August and the final evaluations
are completed 21 August.
On 06/08/14 23:00, Alex Dean wrote:
On Aug 6, 2014, at 12:40 PM, Daniel Pocock dan...@pocock.pro wrote:
I've noticed that in some fresh installs where the PHP module or CGI is
not already enabled, my own package, ganglia-web, is not enabling it
either and the PHP source code is being
I've noticed that in some fresh installs where the PHP module or CGI is
not already enabled, my own package, ganglia-web, is not enabling it
either and the PHP source code is being served to clients without being
interpreted/executed.
I'd like to tidy up the debian/control Depends field and the
On 16/07/14 20:51, Daniel Pocock wrote:
On 15/07/14 15:31, Nick Satterly wrote:
Hi,
I just noticed that the Ganglia wiki on Trac has disappeared. Was this
intended? I wrote a page for Ganglia-Riemann integration that I now
can't find. Should I have written it in the GitHub wiki instead
On 15/07/14 15:31, Nick Satterly wrote:
Hi,
I just noticed that the Ganglia wiki on Trac has disappeared. Was this
intended? I wrote a page for Ganglia-Riemann integration that I now
can't find. Should I have written it in the GitHub wiki instead?
I don't know if this is co-incidence
I've just published a blog welcoming the students selected for GSoC 2014
http://ganglia.info/
They officially start coding this week.
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
ConcurrencyKit has recently become a dependency for Ganglia builds and
may be a dependency in the 3.7.0 release series and beyond.
ConcurrencyKit version 0.3.5 and 0.4.1 fail to build on many platforms:
v0.3.5 in sid:
https://buildd.debian.org/status/package.php?p=cksuite=sid
v0.4.1 in
Hi Devon,
I'm writing about your commit
https://github.com/ganglia/monitor-core/commit/02524bf2f5485cfd4cddb66bd3280e5a08a2232c
in Ganglia. The comment mentions:
1) Get rid of case-insensitive metrics. I don't think these ever
actually hit, but the code is silly. If we need it, we can
Ganglia builds are currently using v0.3.5 of CK
This version is troublesome in the i386 and ARM builds on Debian buildd
machine. This impacts the availability of the CK dependency on both
Debian and Ubuntu.
Newer versions exist - has anybody tested a newer CK version with
Ganglia? Is there
I've made up a 3.6.0 release of ganglia-web using the latest code from
master.
The main motivation for this release is to get new packages into Debian
with full source for all the minified JavaScript. The package was
already in the process of being excluded:
I've moved the PHP module back to the php-support branch
I synced the branch up with master and re-enabled --with-php in the
travis config on the branch so people can see when it is ready to try
and merge again.
--
to try
--with-python --with-riemann
That doesn't fix the other problems I had with the tarball though.
--Nick.
On Sat, Mar 1, 2014 at 12:27 AM, Daniel Pocock dan...@pocock.com.au wrote:
I've made a 3.7.0 tag and a release/3.7 branch for creating 3.7.1, 3.7.2
bootstrap
On 06/03/14 21:27, Daniel Pocock wrote:
On 03/03/14 23:33, Nick Satterly wrote:
Hi Daniel,
When I ran your commands the configure step failed with an error about
php-config so I installed php5-dev and it worked.
For the PHP stuff to compile:
- it also needs libphp5-embed (maybe
On 04/02/14 14:56, Daniel Pocock wrote:
On 04/02/14 14:47, Chris Burroughs wrote:
I thought the distro anti-bundling stance was paired with a we
already have X so you should just depend on it. I'm not sure how
this works with javascript. Is there some debian jquery package
that could
The packaging of Concurrency Kit for Fedora (and subsequently EPEL) is
in progress, although it appears to have stalled:
https://bugzilla.redhat.com/show_bug.cgi?id=1010613
As this is a dependency for Ganglia 3.7.x+, it may be useful for Fedora
users to validate that packaging and provide
On 03/03/14 21:08, Vladimir Vuksan wrote:
That would be fine with me if that is what it takes. Include the full
blown Jquery UI.
I see there is 1.10.2 right now
Can I just swap from the custom.min.js file to the full min.js file?
Or do you want to try the latest, 1.10.4, before releasing
On 03/03/14 21:27, Vladimir Vuksan wrote:
Let's stick with 1.10.2.
Done
Sources are in a directory called contrib now, it is copied into the
ganglia-web dist tarball too
--
Subversion Kills Productivity. Get off
On 03/03/14 22:31, Vladimir Vuksan wrote:
Works for me. Now we just need a volunteer :-D
This could be a fun exercise for testing one of the GSoC applicants,
maybe they can write a small script to scrape and convert the content
On 02/03/14 00:59, Ben Hartshorne wrote:
Hi,
I'd like to request contributor access to the chef-ganglia repo - I've got
a mountain of features to add.
I'll leave this for the manager of team-chef in github/ganglia
I'd also appreciate if someone with repository creation could make a
On 01/03/14 22:54, Ben Hartshorne wrote:
I've changed my mind about reorganizing the repo. The correct way to
summarize different approaches to the same problem is through documentation
(aka the wiki) not repository organization. It makes sense to keep self
contained projects (like
During GSoC selections (up to March 21), the students need to complete
small coding tests to demonstrate their suitability for GSoC
The easiest way to do this is to create some trivial bug reports/feature
requests in github, like this:
https://github.com/ganglia/monitor-core/issues/142
I
I've made a 3.7.0 tag and a release/3.7 branch for creating 3.7.1, 3.7.2
bootstrap was done on Debian wheezy (amd64) with autoconf 2.69, I
recommend using the same platform and autoconf version for future 3.7.x
series releases, it has caused confusion for people when autoconf
versions varied
According to GSoC FAQ, Ganglia will receive a generous $500 payment for
each student we mentor:
https://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page#1._How_do_payments_work
I just thought I'd start this thread to try and capture ideas about how
we should
On 25/02/14 00:39, Ben Hartshorne wrote:
I was planning on writing a README comparing them (so it's visible at
the directory / repo level that houses all the various incarnations)
but a wiki page might be better. I like the README because it's right
there when you're browsing for the code but
On 24/02/14 17:59, Ben Hartshorne wrote:
Hi,
There are several different methods of connecting nagios to ganglia in our
github repo:
* https://github.com/ganglia/ganglia-web/tree/master/nagios
* https://github.com/ganglia/ganglia-nagios-bridge
*
Hi all,
Please excuse my cross-posting (please reply on ganglia-developers), it
is a big announcement
Ganglia is one of about 200 leading free software projects selected to
participate in Google Summer of Code 2014. We are also keen to
collaborate with the RRDtool community on this.
This is
Please feel free to add potential project ideas here:
https://github.com/ganglia/monitor-core/wiki/GSoC-2014-project-ideas
For an example of how the project ideas are documented in other
organisations, see these pages:
https://wiki.debian.org/SummerOfCode2014/Projects
On 03/02/14 14:05, Daniel Pocock wrote:
On 03/02/14 07:10, Bernard Li wrote:
Hi Daniel:
I have participated in GSoC as a mentor in 2005 and 2006 but in recent
years have not participated due to difficulty in getting selected as a
mentoring organization.
My sense is that unless you
On 04/02/14 14:47, Chris Burroughs wrote:
I thought the distro anti-bundling stance was paired with a we
already have X so you should just depend on it. I'm not sure how
this works with javascript. Is there some debian jquery package
that could be depended on?
There is a jQuery package in
On 04/02/14 18:00, Bernard Li wrote:
Hi Daniel:
In terms of project ideas, we can re-use our wishlist but it might
need cleaning up -- is there a more up to date list somewhere perhaps
in GitHub?
http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_wish-list
I have also created this
On 03/02/14 07:10, Bernard Li wrote:
Hi Daniel:
I have participated in GSoC as a mentor in 2005 and 2006 but in recent
years have not participated due to difficulty in getting selected as a
mentoring organization.
My sense is that unless you are one of the big umbrella projects such
as
We are nearly at the time when Google starts accepting applications from
free software projects wanting to participate in GSoC
The deal from Google is reasonably generous, they fully pay the student
and they sometimes provide some help with other costs, e.g. they very
generously helped Debian
On 20/01/14 23:29, Joseph Holsten wrote:
Anyone know what would be involved in reviving the patch from long ago adding
disk io to the core metrics?[1]
I see that there's something similar for solaris[1], but digging around in
the solaris impl[2] shows this is coming from a
On 31/01/14 16:01, Vladimir Vuksan wrote:
I would go with option a). I am fine with this approach.
OK, I'll sort it out over the next few days
Another thing to consider is to have the packager download problematic
JS files and download them directly of jquery.com. Daniel can that be
done ?
On 31/01/14 16:10, Vladimir Vuksan wrote:
What I was suggesting is to add dynamic download automatically. Can't
bootstrap pull external files ?
That depends
If you want to run a bootstrap script that creates a release tarball and
uploads it to some download page, then the script can pull
deployment process here:
https://github.com/ganglia/gmetric4j/wiki/DeploymentToMavenCentralRepository
gmetric4j 1.0.2 should now be in the central repository
On 18/02/13 22:50, Daniel Pocock wrote:
I've raised a ticket as described here to have our projects added:
https://docs.sonatype.org
I've raised a ticket as described here to have our projects added:
https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide
If anybody would prefer to do this through another Maven partner, please
feel free to do so.
These are the tickets:
On 19/01/13 22:07, Mathieu Parent wrote:
Hi,
2013/1/19 Daniel Pocock dan...@pocock.com.au:
A few weeks back, the pkg-monitoring team was created
Although we currently look after Ganglia related stuff, it is not
exclusively for Ganglia, and could be a good way to collaborate
There is now a standardized Debian package of the standalone ganglia-web:
http://packages.debian.org/experimental/ganglia-webfrontend
Is anyone else interested in having upload rights to update the package
from time to time? It is not so hard to participate through the DM
mechanism:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/09/12 13:48, Jeff Buchbinder wrote:
On Mon, Sep 3, 2012 at 2:07 AM, Daniel Pocock
dan...@pocock.com.au wrote:
There is now a standardized Debian package of the standalone
ganglia-web:
http://packages.debian.org/experimental
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/09/12 13:58, Jeff Buchbinder wrote:
On Mon, Sep 3, 2012 at 7:51 AM, Daniel Pocock
dan...@pocock.com.au wrote:
On 03/09/12 13:48, Jeff Buchbinder wrote:
On Mon, Sep 3, 2012 at 2:07 AM, Daniel Pocock
dan...@pocock.com.au wrote
I've put the revised instructions (as below) into the wiki now:
https://github.com/ganglia/monitor-core/wiki/BuildingARelease
On 15/08/12 15:50, Daniel Pocock wrote:
On 15/08/12 13:05, Vladimir Vuksan wrote:
There are a number of small fixes and one enhancement e.g. report CPU
steal
On 22/08/12 16:55, Chris Burroughs wrote:
On 08/22/2012 10:19 AM, Daniel Pocock wrote:
I've started a branch for sending UUID instead of hostname
This necessitates change to the XDR packet format, but it is backwards
compatible
Nonetheless, it is not desirable to change the XDR format
attribute. There is no solution that pleases everybody.
On Aug 22, 2012, at 10:02 AM, Daniel Pocock wrote:
Actually, there will be an option for that in gmond.conf, so it can be
deployed in either of two ways, depending upon what is needed by the admin:
a) put UUID in HOST/@NAME (so
On 22/08/12 20:15, Jochen Hein wrote:
Daniel Pocock dan...@pocock.com.au writes:
- RRD files are created using the UUID as a directory name
If people have third party scripts that depend on HOST/@NAME being
resolvable, then they could run into trouble, but see my next comment
We
not thoroughly
test any release candidate of 3.4.1
Do you think it is fair to delay 3.4.1 or 3.5.0 until mid-September?
Thanks,
Vladimir
On Tue, 14 Aug 2012, Daniel Pocock wrote:
On 13/08/12 22:59, Vladimir Vuksan wrote:
I think we should go ahead and release 3.4.1. Anyone wants to do
On 15/08/12 13:05, Vladimir Vuksan wrote:
There are a number of small fixes and one enhancement e.g. report CPU
steal which I feel would be a great improvement. I don't believe we need
to go all the way to 3.5.0 to roll those out. We can but then we have
proliferation of versions any time we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Release 3.1.8
The release has now been tagged in git
commit =
on the release/3.1.8 branch
*** NOTE: special branch created just for this tag to avoid including
more recent commits
Filename: ganglia-3.1.8.tar.gz
SHA224 checksum:
On 13/08/12 22:59, Vladimir Vuksan wrote:
I think we should go ahead and release 3.4.1. Anyone wants to do the deed :-)?
Which features should be cherry picked from trunk?
--
Live Security Virtual Conference
Exclusive
To ensure that the 3.3 branch is supportable throughout the lifecycle of
Debian 7 (up to 2015/2016), I've done the following:
- audit of all pointers to web
- due to a lot of 3.3.x-x tags in web, I've created tags of my own,
using the naming convention monitor-core/3.3.x - these tags match
I've just added an authors.txt file to the git repo
Can people please:
a) find your user ID (or IDs) from Sourceforge
b) put in your real name and preferred email address
c) commit your change to the file
There is no technical reason for authors.txt to be in the repo, I just
thought this
, Jul 15, 2012 at 11:40 AM, Daniel Pocock dan...@pocock.com.au wrote:
On 15/07/12 20:27, Bernard Li wrote:
Hi Daniel:
On Sun, Jul 15, 2012 at 10:26 AM, Daniel Pocock dan...@pocock.com.au
wrote:
I think we need to be clear about the support lifecycle for older
versions - I remember 3.0.x
On 02/08/12 21:21, Bernard Li wrote:
Hi Daniel:
On Thu, Aug 2, 2012 at 1:35 PM, Daniel Pocock dan...@pocock.com.au wrote:
Just wondering if anyone has already started looking at doing 3.1.8 with
the security fix?
That depends. Are we still maintaining the 3.1.x tree? Traditionally
I've just had a look over the git repo
I notice that
a) the authors.txt mechanism wasn't used when migrating from svn:
Author: d_pocock d_pocock@93a4e39c-3214-0410-bb16-828d8e3bcd0f
should be
Author: Daniel Pocock dan...@pocock.com.au
and likewise for everybody else of course,
b) we
On 02/08/12 22:08, Bernard Li wrote:
Perhaps I'm totally off here but is this saying 3.3.5 is under
testing and will eventually be stable?
http://packages.qa.debian.org/g/ganglia.html
If that is the case, shouldn't we work on backport it into the 3.3.x
tree as opposed to 3.1.x tree?
I
On 22/07/12 06:22, Bernard Li wrote:
Hi all:
In conf_default.php for ganglia-web, the default for
case_sensitive_hostnames is true:
https://github.com/ganglia/ganglia-web/blob/master/conf_default.php.in#L300
Shouldn't we set this to false now that gmetad = 3.2.0 has been in
circulation
The web download includes a debian/ directory with files for building a
Debian package
Debian also keeps a separate set of files for the same purpose in the
Debian git VCS:
git.debian.org/git/collab-maint/ganglia-web.git
When importing release tarballs into the Debian VCS, it is
I think we need to be clear about the support lifecycle for older
versions - I remember 3.0.x was being supported for a while when 3.1.x
was in use - I'm not sure if anyone has taken on 3.1.x support?
Debian 6.0 (squeeze) is carrying the 3.1.7 package.
On 15/07/12 20:27, Bernard Li wrote:
Hi Daniel:
On Sun, Jul 15, 2012 at 10:26 AM, Daniel Pocock dan...@pocock.com.au wrote:
I think we need to be clear about the support lifecycle for older
versions - I remember 3.0.x was being supported for a while when 3.1.x
was in use - I'm not sure
I discovered that the ganglia-web Makefile has a DESTDIR variable
However, the way it is used and the default value were not consistent
with the normal use of DESTDIR
http://www.gnu.org/prep/standards/html_node/DESTDIR.html
Given that DESTDIR is widely used for package building, I've amended
I've placed a copy of the jmxetric code in github:
https://github.com/ganglia/jmxetric
and it is adapted to use the base functionality in gmetric4j - so now
there is no duplication between the two projects
As previously mentioned, gmetric4j is almost entirely based on code from
the
On 14/07/12 20:11, Bernard Li wrote:
Hi Daniel:
Thanks for doing this.
But I wonder if these projects should be in the top level of the main
Ganglia GitHub repository. The top level is getting a little busy so
perhaps we can create a new directory where these sub-projects can
live, much
I've just added a config menu for the gmetric4j agent, and pushed the
latest Lumicall to Ganglia market
To try it (and take Ganglia everywhere you go):
- download from Google Play/Android Market
- in the Lumicall settings, enable Ganglia and Heartbeat, set the
destination IP address if
I had a quick look at the Java stuff:
The old gmetric-java[1] seems to be based on the pre-3.1 wire format
jmxetric[2] only works with JMX, but has support for both wire formats
Therefore, I've generalized the JMXetric code to work without JMX or
MBeans, and committed it here as gmetric4j:
I've patched the Lumicall app[1] to send wifi and call quality stats to
Ganglia, using gmetric4j
This shows in a very simple way how to integrate gmetric4j as a service
within an Android app:
https://github.com/opentelecoms-org/lumicall/commit/8ed0698081aa11570c4aa87ec550a95b79a43375
As discussed the other day, I've now migrated the git repos for
ganglia-modules-(linux|solaris) projects from Sourceforge to the Ganglia
organisation within github:
https://github.com/ganglia/ganglia-modules-linux
https://github.com/ganglia/ganglia-modules-solaris
The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Release 3.4.0
The release has now been tagged in git
commit = 607f1dc87496699716dfd1ff242272b1c1d0f038
Filename: ganglia-3.4.0.tar.gz
SHA224 checksum:
a780b6152ec87889500abc054671f9e82872eebe750846d26f667e4f
It was downloaded 20 times during
On 18/05/12 01:03, Vladimir Vuksan wrote:
It is not a rewrite. It is an extension of the old web code.
Either way, there is a point at which a piece of work takes on an
identity of it's own - there are plenty of examples of people extending
some project, as long as they respect the license of
We've had 13 downloads and I haven't seen any complaints:
https://sourceforge.net/projects/ganglia/files/pre-release/
Is there any objection to making 3.4.0 official?
On 02/05/12 20:28, Daniel Pocock wrote:
Release 3.4.0
The release has now been tagged in git
commit
I've just started a Debian source package on git.debian.org for ganglia-web
git-import-orig -u 3.4.2 \
--filter=debian/* \
../ganglia-web_3.4.2.orig.tar.gz
It is in Debian's collab-maint tree (which means any Debian developer or
maintainer can collaborate on it) - but it could
On 17/05/12 21:12, Jesse Becker wrote:
On Thu, May 17, 2012 at 4:52 PM, Daniel Pocock dan...@pocock.com.au wrote:
To get this into Debian, a couple of things are needed:
- copyright - I've started a debian/copyright file listing the authors
of each piece of work (everything has to listed
, May 14, 2012 at 10:54 AM, Daniel Pocock dan...@pocock.com.au wrote:
On 14/05/12 17:08, Carlo Marcelo Arenas Belon wrote:
On Mon, May 14, 2012 at 01:17:19PM +0200, Daniel Pocock wrote:
The mod_multicpu code in the main ganglia repo is Linux-only, while most
of the other modules are cross
The mod_multicpu code in the main ganglia repo is Linux-only, while most
of the other modules are cross-platform
The version in ganglia-modules-linux is based on the same code, with
some small enhancements (using arrays instead of string comparisons)
Therefore, I'm simply going to leave it
On 12/05/12 00:44, Bernard Li wrote:
Hi Daniel:
On Fri, May 11, 2012 at 3:08 AM, Daniel Pocock dan...@pocock.com.au wrote:
If I host it, it would purely be on a voluntary basis, so I would be
hoping for upstream and/or Debian to be providing convenient packages
and security updates
This is our request for help. We need someone to take charge of
managing our documentation making sure they are up to date and in one
canonical location. We'll also need someone to help with importing the
bugs in Bugzilla to GitHub Issues.
We definitely have to abandon bugzilla?
Can we
is the way to go. But I am also under the impression some
folks like GitHub Issues better.
Anybody else have any comments?
Thanks!
Bernard
On Thursday, May 10, 2012, Daniel Pocock wrote:
This is our request for help. We need someone to take
On 26/04/12 10:38, Ramon Bastiaans wrote:
I just sent in this:
* https://github.com/ganglia/monitor-core/pull/34
I changed the patch to behave as you described. See the pull request for
details.
Hi Ramon,
Thanks for contributing this patch, I see it is already checked by Jeff
so I've
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Release 3.3.7
The release has now been tagged in git
commit = 49b8a7c50f21384ab391e935eb49bf5e78d204e1
Filename: ganglia-3.3.7.tar.gz
SHA256 checksum:
8894dbc22c35d699ad125c6d5f9de0d67fd0217d328212479fdff6978937af43
It has now passed the
Release 3.4.0
The release has now been tagged in git
commit = 607f1dc87496699716dfd1ff242272b1c1d0f038
Filename: ganglia-3.4.0.tar.gz
SHA224 checksum:
a780b6152ec87889500abc054671f9e82872eebe750846d26f667e4f
It is still on the pre-release page on Sourceforge, if no problems are
found in the
On 20/04/12 10:31, Daniel Pocock wrote:
On 20/04/12 05:56, Bernard Li wrote:
BTW, I can't seem to find the 3.3.7 tarball in the pre-release
section, the most recent release is 3.3.6.
I'm not sure what happened, either I forgot to click the button to
confirm the upload, or it isn't
On 24/04/12 16:51, Ramon Bastiaans wrote:
On 23-4-2012 15:26, Daniel Pocock wrote:
Actually, apr can be a little bit more naughty than that: for Vladimir
and myself, attempting to query the buffer size from APR reports the
value 0. Querying the underlying socket directly reports another
Hi Ramon,
Vladimir asked about similar errors on IRC recently
I thought buffer sizes may be an issue, so the 3.3.7 release candidate
has logging of RX buffer sizes (it is logged at debug level when gmond
starts). It may be interesting and helpful to compare those buffer
sizes, system
On 23/04/12 22:24, Vladimir Vuksan wrote:
I was having identical issues. I used your patch with the exception that
I bumped up buffer size first to 10M from 1M you had. There was a
massive improvement but still was seeing some drops so I just decided to
bump it up to 30M and it's even better
SmartMachines. Does that mean if I build 3.3.7 it should be able to
start...?
Thanks,
Bernard
On Thu, Apr 19, 2012 at 4:25 PM, Daniel Pocock dan...@pocock.com.au wrote:
Release 3.3.7
The release has now been tagged in git
commit = 49b8a7c50f21384ab391e935eb49bf5e78d204e1
Filename
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Release 3.3.6
The release was tagged in git
commit = 6f51071b985a178e011dc89f63b63e503483a28d
Filename: ganglia-3.3.6.tar.gz
SHA256 checksum:
4e211d954b6b13b5864c07c4953316193acef8749e30dbc64274218660cef7d8
It has now been placed in the main
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Release 3.3.7
The release has now been tagged in git
commit = 49b8a7c50f21384ab391e935eb49bf5e78d204e1
Filename: ganglia-3.3.7.tar.gz
SHA256 checksum:
8894dbc22c35d699ad125c6d5f9de0d67fd0217d328212479fdff6978937af43
It is still on the
1 - 100 of 292 matches
Mail list logo