Re: [Ganglia-general] ganglia alert

[Daniel Pocock]

On 13/04/2020 10:42, Valerio Bellizzomi wrote:
> My bad, correction is: PIDFile= instead of PIDfile=
> 
> that's it.



We all get stuck on things like that from time to time.

Thanks for sharing your feedback about this

Feel free to contribute your systemd unit file as a pull request

Regards,

Daniel


___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] ganglia alert

[Daniel Pocock]

On 27/03/2020 09:11, Valerio Bellizzomi wrote:
> On Thu, 2020-03-26 at 18:47 +0100, Daniel Pocock wrote:
>>
>> On 25/03/2020 17:18, Valerio Bellizzomi wrote:
>>> On Wed, 2020-03-25 at 11:58 -0400, Vladimir Vuksan wrote:
>>>> Hi Valerio,
>>>>
>>>> Unfortunately last couple weeks have been pretty rough for many people. 
>>>> I don't really have much input on the init script. You are probably best 
>>>> off trying to adapt the init script to systemd on your own.
>>>>
>>>> Sincerely,
>>>>
>>>> Vladimir
>>>
>>> Thanks very much.
>>>
>>
>> Yes, we're all here
>>
>> Instead of using ganglia_alert, I'm using ganglia-nagios-bridge
>>
>> https://github.com/ganglia/ganglia-nagios-bridge
>>
>> https://danielpocock.com/ganglia-nagios-bridge/
>>
>> I hope you all stay well during the pandemic.
> 
> 
> thank you. this means however that you are running Nagios, I don't.

I believe people have used it with Icinga2 without any code changes.

As it is a Python script, it is not too hard to adapt it for any other
monitoring system

Then you can see the alert status on your preferred dashboard

Regards,

Daniel


___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] ganglia alert

[Daniel Pocock]

On 25/03/2020 17:18, Valerio Bellizzomi wrote:
> On Wed, 2020-03-25 at 11:58 -0400, Vladimir Vuksan wrote:
>> Hi Valerio,
>>
>> Unfortunately last couple weeks have been pretty rough for many people. 
>> I don't really have much input on the init script. You are probably best 
>> off trying to adapt the init script to systemd on your own.
>>
>> Sincerely,
>>
>> Vladimir
> 
> Thanks very much.
> 

Yes, we're all here

Instead of using ganglia_alert, I'm using ganglia-nagios-bridge

https://github.com/ganglia/ganglia-nagios-bridge

https://danielpocock.com/ganglia-nagios-bridge/

I hope you all stay well during the pandemic.



___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] crowdfunding some Ganglia release and packaging work?

[Daniel Pocock]

There is now a long list of issues to get the Ganglia packages up to date:

Debian/Ubuntu:
- updating to v3.7.x
- packaging various new JavaScript dependencies
- adapting to work with PHP 7 packages
- adapting/testing with systemd (see my recent email on debian-devel
about invoke-rc.d failing on gmond during upgrades[1])
- adapting to Apache 2.4 (some work already done for that)
- review of other ganglia-web bugs[2]
- review of other ganglia-monitor bugs[3]
- combining the alioth and Github repositories (Debian/Ubuntu work on a
branch in Github)

Fedora
- review issues listed here[3]

Other work related to release and packaging:
- do some more autotools cleanup on monitor-core so it is easier to
release in future
- new release of ganglia-modules-linux

Altogether, there are several days of work in really attacking these
things comprehensively, testing the new versions, testing against other
things that have changed in the distributions (PHP 7, Apache, etc) and
sponsoring the uploads and unfortunately, none of the organizations I
currently work with would sponsor that time in full.

Is there anybody in the wider Ganglia community who may want to help
with these efforts or make a crowdfunding contribution to fund the work?

Please feel free to email me privately if you would like to propose
something.  If you would like to make a contribution that is contingent
on a particular bug fix or feature request please feel free to mention
that too.

Because of the change to PHP 7 in Debian and Ubuntu, they will not
include the packages at all in the next major releases if they haven't
been updated.



1. https://lists.debian.org/debian-devel/2016/05/msg00158.html
2.
https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=ganglia-web
3. https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=ganglia
4.
https://bugzilla.redhat.com/buglist.cgi?component=ganglia&list_id=5104046&order=changeddate%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id&product=Fedora&query_based_on=&query_format=advanced

--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] possible Ganglia GSoC project, co-mentors?

[Daniel Pocock]

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 code but they could also
work on Python metric modules.

Would anybody be interested in helping mentor this?

Regards,

Daniel

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] does Ganglia help detect gravitational waves?

[Daniel Pocock]

That looks a lot like a Ganglia graph in the top right corner:

https://www.lsc-group.phys.uwm.edu/lscdatagrid/

and the URL suggests it is generated on a Debian host:

http://watchtower.phys.uwm.edu/ganglia-webfrontend/graph.php?me=LSC%20Data&m=&r=day&s=descending&hc=4&g=cpu_report&z=medium&r=day

Server:Apache/2.2.22 (Debian)



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Ganglia into Debian Administrator's Handbook

[Daniel Pocock]

Hi,

Would anybody have time to contribute some notes about Ganglia to the
Debian Administrator's Handbook?

https://debian-handbook.info/

The book is written using DocBook5 and maintained in Git:

https://debian-handbook.info/contribute/

There is already a section about monitoring with Nagios and Munin.

Regards,

Daniel

--
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] GSoC 2015 announcement

[Daniel Pocock]

Last night, Google announced the organizations selected to participate
in GSoC 2015.  Unfortunately, Ganglia was not selected this year.

It looks like Google has selected about 50 organizations less than 2014
and they do have a tendency to rotate smaller organizations from year to
year so this is in no way a bad reflection on those who volunteered to
participate as mentors or the achievements from 2014.

Thanks again to all those who have indicated interest in this, including
all the prospective mentors and students.

Many of the other organizations that are participating, particularly the
bigger ones, are always looking for additional mentors, co-mentors and
students so anybody who is interested may want to have a look at the
list of 137 organizations that are participating:

http://www.google-melange.com/gsoc/org/list/public/google/gsoc2015

Personally, I'm likely to mentor at least one student under Debian and
students who have contacted us already through the Ganglia mailing list
are quite welcome to email me about opportunities with Debian.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] GSOC 2015: Student Introduction

[Daniel Pocock]

On 26/02/15 12:17, hitesh ramani wrote:
> Hello Daniel,
>
> I apologize for the last reply, it was sent by mistake.
>
> Coming to your questions,
>
> > Do you have a Github acocunt and have you already published any open
> > source code or patches for any projects?
>
> Yes I have a Github account but I'm new to the Open Source community
> so I don't have any work which I have done with respect to Open Source
> projects.
>
> > Can you please advise about your experience with programming languages,
> > e.g. which one is your strongest, second best, etc?
>
> As I mentioned before, I, am a Post Graduate student at the Hyderabad
> Central University, Hyderabad, currently working on Postgres
> internals, specifically extending it's functionalities to come up with
> a more efficient sorting technique. I also have a 2.5 year working
> experience with Python, being my strongest language. I'm well versed
> with C too. In my Master's I've taken up relevant courses such as Grid
> Computing, hence I'm well aware with Grids and HPC.
>

If you would like, I can suggest some activities to help you get to know
Ganglia or use Ganglia with PostgreSQL

Looking in Google, I found some PostgreSQL metrics for Ganglia but at
least one of those projects clearly states it is no longer maintained.

It would be particularly interesting to

a) see this implemented in C as a Ganglia module (see
ganglia-modules-linux for examples of Ganglia modules written in C)
b) make a generic module that can run any database query and return the
results as metrics

One particular thing to keep in mind is that Ganglia prefers metrics to
return rates or delta values rather than raw values.  E.g. if PostgreSQL
has a metric that returns the total number of queries since PostgreSQL
started, then a metric module should sample that value at regular
intervals and calculate the rate (e.g. number of queries per second) and
that is the value that will be transmitted through Ganglia, stored in
the RRD and charted.

Another area you could look at is gmetad.   In version 3.1.0, module
support was added to the gmond component but there is currently no
module support in gmetad.  If you want to learn a little bit more about
dlopen then you could study how it is done in gmond and then try to
implement a similar API for gmetad to support plugin modules.  In gmond,
modules are used for inputs - polling the metrics.  In gmetad, the
modules would probably be used for outputs, e.g. gmetad would call each
module with different events (metric received, new host detected, host
appears down, etc) and the modules could then do things like writing the
events to databases or sending them to other infrastructure or message
queues.

Let us know if you would like to try any of these things or if there is
some other part of Ganglia that is interesting for you.

Regards,

Daniel
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] GSOC 2015: Student Introduction

[Daniel Pocock]

Hi Hitesh,

Do you have a Github acocunt and have you already published any open
source code or patches for any projects?

Can you please advise about your experience with programming languages,
e.g. which one is your strongest, second best, etc?

Please let me know about these things and then I can guide you on areas
where you can get started most expediently.

Regards,

Daniel


On 24/02/15 11:49, hitesh ramani wrote:
> Hello Daniel,
> 
> Yes, I know the list will be out on 2nd. But I am interested to know how
> can I start with these two projects. I wanted to contribute, not just
> because of GSOC but because they caught my interest.
> 
> So if you could guide me on how to get started, I would be willing to be
> a long term contributor.
> 
> --Hitesh
> 
> 
> Date: Tue, 24 Feb 2015 11:26:09 +0100
> From: dan...@pocock.pro
> To: hiteshram...@hotmail.com; ganglia-general@lists.sourceforge.net
> Subject: Re: [Ganglia-general] GSOC 2015: Student Introduction
> 
> 
> Hi Hitesh,
> 
> Thanks for your email.  We are just waiting for Google to confirm if
> Ganglia will participate in GSoC this year.  They will publish a list of
> participating organizations next week.
> 
> Regards,
> 
> Daniel
> 
> On 21/02/15 21:29, hitesh ramani wrote:
> 
> Hello,
> 
> My name is Hitesh Ramani, and I'm pursuing my Master's in Technology
> from Hyderabad Central University, Hyderabad, India. I've gone
> through the Projects page at Github and the 2 projects that
> specifically interest me are Web portal integrating popular
> monitoring tools and Improving integration between Ganglia and Nagios.
> 
> I, as my Post Graduation project, am currently working on Postgres
> internals. I also have a 2.5 year working experience with Python. In
> my Master's I've taken up relevant courses such as Grid Computing,
> hence I'm well aware with Grids and HPC.
> 
> Please guide me more on the two projects.
> 
> Thank You.
> Hitesh Ramani
> 
> 
> 
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> 
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> 
> 
> 
> ___
> Ganglia-general mailing list
> Ganglia-general@lists.sourceforge.net 
> 
> https://lists.sourceforge.net/lists/listinfo/ganglia-general
> 
> 

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] GSOC 2015: Student Introduction

[Daniel Pocock]

Hi Hitesh,

Thanks for your email.  We are just waiting for Google to confirm if
Ganglia will participate in GSoC this year.  They will publish a list of
participating organizations next week.

Regards,

Daniel

On 21/02/15 21:29, hitesh ramani wrote:
> Hello,
>
> My name is Hitesh Ramani, and I'm pursuing my Master's in Technology
> from Hyderabad Central University, Hyderabad, India. I've gone through
> the Projects page at Github and the 2 projects that specifically
> interest me are Web portal integrating popular monitoring tools
> and Improving integration between Ganglia and Nagios.
>
> I, as my Post Graduation project, am currently working on Postgres
> internals. I also have a 2.5 year working experience with Python. In
> my Master's I've taken up relevant courses such as Grid Computing,
> hence I'm well aware with Grids and HPC.
>
> Please guide me more on the two projects.
>
> Thank You.
> Hitesh Ramani
>
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
>
>
> ___
> Ganglia-general mailing list
> Ganglia-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ganglia-general

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] GSOC 2015

[Daniel Pocock]

Hi Sukoon,

Thanks for your email.  We are just waiting for Google to confirm if
Ganglia will participate in GSoC this year.  They will publish a list of
participating organizations next week.

Regards,

Daniel

On 20/02/15 19:22, Sukoon Sharma wrote:
> Hey guys,
>   This is Sukoon Sharma from PESIT. i am looking for projects
> which will help me in GSOC 2015. i have checked your last year
> projects. Can i have the list of ongoing projects so that i can have a
> head start.
> Thank you
>
> Sukoon Sharma
> sharma.suko...@gmail.com 
> 8892816209
>
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
>
>
> ___
> Ganglia-general mailing list
> Ganglia-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ganglia-general

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] GSoC / Google Summer of Code 2015 (deadline Friday)

[Daniel Pocock]

Google Summer of Code will run again this year[1]

If Ganglia wants to participate again, the deadline to apply is this
Friday, 20 February.

Are there other project members who would be interested in mentoring a
student this year?

You are completely responsible for selecting any student and if you
don't receive any applications from students that are suitable then you
are not obliged to continue participating.

Ganglia also needs at least two people to volunteer as project
administrators/contacts for Google.  I'm not currently certain that I
can volunteer to take on this role for 2015 but if somebody else wants
to do it I will be happy to help them get started.

Google also provides funding for two mentors from each organization to
attend their annual summit.  This is a great opportunity to network with
a diverse and interesting group of free software developers.

http://www.google-melange.com/gsoc/events/google/gsoc2015


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Apache Camel gets a Ganglia component

[Daniel Pocock]

This has just been contributed to the Apache Camel project:

   https://github.com/apache/camel/pull/393

and it will be added to the Camel wiki shortly.

It would be helpful to get feedback from any Java or Camel users who may
want to try it.

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] [Ganglia-developers] [ANNOUNCEMENT] Ganglia meetup Tue Oct 21 in San Francisco (Quantcast HQ)

[Daniel Pocock]

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 the corner too and it is possible some
people will continue over there for a drink after the Ganglia meeting:

http://www.balug.org/#Meetings-upcoming


If anybody wants to start uploading packages to Debian and Ubuntu, one
of the first steps is to have your PGP key signed by an existing Debian
Developer, if you bring your key fingerprint and ID document I'll be
happy to sign it for you tonight.  It would be really good to have a
couple of other people able to upload ganglia and ganglia-web packages.


On 17/10/14 09:37, Carlo Marcelo Arenas Belon wrote:
> Greetings,
>
> next week we have 3 developers from all over the world visiting the bay area 
> so it is only logical that we should take this as an opportunity to meet up 
> and try to figure out why that feature or bug you always wanted never gets 
> the attention it deserves or whatever else crosses your mind.
>
> to be sure we have our host (Quantcast) be prepared, would be better that 
> you RSVP if planning to attend using the following Eventbrite URL :
>
>   https://www.eventbrite.com/e/ganglia-get-together-tickets-13774378537
>
> If you are not local in San Francisco and would be driving all the way from 
> the South Bay or across the bridge and are worried about not being able to 
> find parking, worry no more[1]; or you can always use BART (Montgomery st)
>
>   Quantcast HQ
>   201 3rd St
>   San Francisco, CA 94103
>
> there will be most likely further updates as we get closer to the date, and 
> while I know it was a very short notice, was hoping we could find a way to 
> make it work; after all your feedback is very important
>
> goes without saying this wouldn't had been possible without Google bringing 
> all this people to the bay area and Jonah stepping up (for the second year 
> in a row) at the last minute but if anything didn't work was all my fault.
>
> see you on the other side
>
> Carlo
>
> [1] http://zirx.com/
>
> --
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> ___
> Ganglia-developers mailing list
> ganglia-develop...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ganglia-developers


--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Fwd: [Ganglia-developers] [ANNOUNCEMENT] Ganglia meetup Tue Oct 21 in San Francisco (Quantcast HQ)

[Daniel Pocock]

 Original Message 
Subject:[Ganglia-developers] [ANNOUNCEMENT] Ganglia meetup Tue Oct 21
in San Francisco (Quantcast HQ)
Date:   Fri, 17 Oct 2014 07:37:38 +
From:   Carlo Marcelo Arenas Belon 
To: ganglia-develop...@lists.sourceforge.net



Greetings,

next week we have 3 developers from all over the world visiting the bay area 
so it is only logical that we should take this as an opportunity to meet up 
and try to figure out why that feature or bug you always wanted never gets 
the attention it deserves or whatever else crosses your mind.

to be sure we have our host (Quantcast) be prepared, would be better that 
you RSVP if planning to attend using the following Eventbrite URL :

  https://www.eventbrite.com/e/ganglia-get-together-tickets-13774378537

If you are not local in San Francisco and would be driving all the way from 
the South Bay or across the bridge and are worried about not being able to 
find parking, worry no more[1]; or you can always use BART (Montgomery st)

  Quantcast HQ
  201 3rd St
  San Francisco, CA 94103

there will be most likely further updates as we get closer to the date, and 
while I know it was a very short notice, was hoping we could find a way to 
make it work; after all your feedback is very important

goes without saying this wouldn't had been possible without Google bringing 
all this people to the bay area and Jonah stepping up (for the second year 
in a row) at the last minute but if anything didn't work was all my fault.

see you on the other side

Carlo

[1] http://zirx.com/

--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
Ganglia-developers mailing list
ganglia-develop...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers



--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] unable to build gmond on RHEL 7

[Daniel Pocock]

On 16/10/14 09:19, Arthur Andrews wrote:
> Hi Daniel,
>
> Thanks for coming back to me.
>
> I have tried building 3.6 as per the end of my previous email, after
> installing all the dependancies it does run through ./configure, in
> the make there are the following errors.
>
> Version ganglia-3.6.0 gives the following error
>
>
> make[3]: *** No rule to make target `gmond.service.in', needed by
> `gmond.service'.  Stop.
>


Please copy the files gmond.service.in and gmetad.service.in from the
git repository into your source tree.  We had the same problem with the
build on Debian.


--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] unable to build gmond on RHEL 7

[Daniel Pocock]

On 14/10/14 15:42, Arthur Andrews wrote:
> Hi,
>
> Trying to build Ganglia on RHEL 7 and get the following errors, I am
> quite new to this so would appreciate some directions.
>
> Version ganglia-3.7.0 gives the following error although package libck
> is installed.



This is a new dependency and it may not be in EPEL7 yet

Could you try building 3.6?
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] GSoC 2014 conclusion

[Daniel Pocock]

Hi all,

GSoC finished on 18 August and the students all received their results
from Google on Friday.

Each student worked on a different part of Ganglia and they have all
made useful contributions to the project.  There is a brief list of
their projects on my own blog[1], more details will appear on their
blogs over the weeks ahead.  It is really exciting that some of them
have expressed interest in continuing with some aspect of this work
beyond the GSoC program.

I just want to thank all those who contributed to the program.  Unlike
many of the other voluntary contributions that people make in free
software, GSoC has a series of deadlines to ensure it runs efficiently
within the students' summer.  Thanks to everybody who made extra effort
to ensure things worked within this rigid timetable.

Special thanks to:
 - the mentors (Nick, Rajat, Robert)
 - my co-admins (Bernard and Nick)
 - all the prospective mentors who helped evaluate possible students
 - all the other developers and users who supported the students on
   the mailing list, IRC and Github feedback
 - all the students themselves:
   - Oliver - internal Ganglia metrics
   - Rana - NVIDIA GPU monitoring
   - Zhi An - JMXetric and gmetric4j
   - Chandrika - ganglia-nagios-bridge and PyNag
   - Plamen Dimitrov - RRD plugin for the R project

and of course a big thanks Google, who have continued to pour money into
this free software program for 10 years in a row.

This year Ganglia was allocated five students and results were generally
good.  It is quite possible Google would select Ganglia to participate
again in 2015 or a future year.  I can't say for certain whether I will
volunteer to be an admin for Ganglia in GSoC 2015.  It would be useful
to get feedback from people about whether Ganglia should apply for
involvement again and who would like to join the mentoring team.  Now
might be a useful time to start thinking about whether another round of
Ganglia GSoC will align with any of your business plans and objectives
for 2015 and also be on the lookout for any opportunities to attract
suitable students.  Having these things worked out in advance makes it
much easier when the official GSoC selection period begins.

Regards,

Daniel


1. http://danielpocock.com/help-needed-reviewing-ganglia-gsoc-changes


--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Important message for NVIDIA GPU users

[Daniel Pocock]

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.  Ideally, if anybody wants to spend time
discussing this work with Rana it is better to do so before GSoC
formally finishes.

Nvidia GPU Plugin Module:
https://github.com/ganglia/gmond_python_modules/pull/155


Ganglia Web Module:
https://github.com/ganglia/ganglia-web/pull/243


Report:
http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg06725/GPU_Monitoring_Enhancement_Report-_Draft.pdf

If anybody can comment on this, please reply through Github or Rana's
email thread.

Regards,

Daniel

--
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Extract Ganglia data for processing in R and python

[Daniel Pocock]

On 12/07/14 00:39, Doug Johnson wrote:
> I'm sure this question has been asked & answered before but I've been
> unable to find anything useful after a four-hour search of wikis, mail
> archives and the web. I'm running lots of benchmarks on various AWS/EC2
> MapReduce instances and need to extract and process Ganglia data
> individually for each benchmark.  So basically: clear stats, run
> benchmark, extract stats and save to results directory. I certainly
> can't be the first person to do this ;-) Any pointers or references
> would be most appreciated.

Plamen, one of the GSoC students, has been working on an R plugin for this

If you are able to test his plugin and give feedback that would be great

Regards,

Daniel


--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] ganglia-nagios-bridge feedback?

[Daniel Pocock]

Hi all,

Chandrika has been doing some work on ganglia-nagios-bridge and PyNag
and this also resulted in a first release of syslog-nagios-bridge

Is there anybody who has time to help test her work and provide feedback
over the last 2 weeks of Google Summer of Code?

Regards,

Daniel

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Gmetad's internal monitoring.

[Daniel Pocock]

On 30/05/14 21:04, Oliver Hamm wrote:
> Hello everyone,
> 
> I'm just sending you a little request concerning which metrics should
> be monitored.
> For starters all of the metrics in gmond will be added and sent on
> request, if you don't have the list in mind you can type "gmond -m" in
> a terminal to get it.
> 
> But, on top of those, I can also add some useful ones that you might
> need in everyday's life and since I don't use Ganglia a lot I don't
> really know what would be useful for the users.
> 
> You can send your propositions through the mailing list, or just shoot
> me a mail directly to avoid spamming it. I'll then do a list of all
> the metrics that were proposed, send it to the mailing-list for
> reviews and code them if possible.

This type of discussion is quite welcome on the list - most people have
a threaded view of their emails these days, so it is not a hassle

Can you clarify, your focus will be exclusively on metrics within gmond
itself or you may also make metrics about the gmetad or rrdcached
daemons' activity?

In the biggest Ganglia install I was ever working with, it was very
useful to have a version metric - in other words, a string metric with
the full gmond version.  The code is here:
https://github.com/ganglia/monitor-core/blob/master/gmond/modules/status/mod_gstatus.c#L55

It sounds trivial, but in a heterogeneous network where every cluster is
managed by different people and they do not all update their agents on
the same day, it is very useful to know which clusters have which versions.

Other people will have different requirements.

Another interesting metric would be to extend the network stats to give
per-NIC metrics.  For each NIC, it would be nice to have some of the
following:

- a string metric with the MAC address
- a numeric metric with the NIC speed (in bits per second)
- the usual byte count and packet count metrics

The source code of the multi-CPU and IO stats modules could provide some
clues about how to make a multi-NIC module.


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Google Summer of Code 2014 students announced

[Daniel Pocock]

Google has now published the list of students, projects and mentors.

Google has been generous enough to grant us funding for 5 students this
year:

http://www.google-melange.com/gsoc/org2/google/gsoc2014/ganglia

Additional help from mentors and the wider community is always welcome -
please feel free to email the mentors responsible for any of the
projects if you have an interest in co-mentoring, testing or anything else.

We had many very good applications and we felt many of the students
would make a positive contribution to Ganglia but due to the structure
of the program, we could only select some of them.  I just want to thank
all those students who applied and contributed to discussion on the
mailing list and through github.

--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] XSS vulnerabilities in Ganglia web

[Daniel Pocock]

On 11/04/14 09:35, Cristovao Jose Domingues Cordeiro wrote:
>
> The XSS vulnerability must be fixed for sure.

While I share your concerns, it is worth emphasizing that some
contributors to the Ganglia project do not use Ganglia in such a way
where these risks are a priority for them.

In recent years, the project has largely evolved based on what people
want to contribute.

The only way this will change is if the project attracts more
participation (including scrutiny of new pull requests) from people with
security awareness/expertise.

The only alternative may be to fork an older version that is considered
secure and cherry-pick new features selectively, screening each of them
for your own security requirements.


--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Patch for ganglia-nagios-bridge (separate class for generating checkresult file)

[Daniel Pocock]

Hi Chandrika,

Can you please submit using a Github pull request?

Regards,

Daniel

On 09/04/14 12:53, chandrika parimoo wrote:
> Contents of the attachments on a pastebin as they got scrubbed in the
> earlier mail,
>
> c9p3h0U :  http://paste.ubuntu.com/7225680/
>
> ganglia-nagios-bridge.patch : http://paste.ubuntu.com/7225681/
>
> nagios-bridge.conf : http://paste.ubuntu.com/7225682/
>
> Regards,
> Chandrika
>
>
> On Wed, Apr 9, 2014 at 4:00 PM, chandrika parimoo
> mailto:chandrika3...@gmail.com>> wrote:
>
> Hi,
>
> I am attaching a patch for ganglia-nagios-bridge with a separate
> class for writing to  checkresult file for Nagios to consume as
> Passive checks. The class separately handles writing to the
> checkresult file after processing the metrics obtained from
> gmetad. The service state according to the return codes are added
> to the output written to the checkresult file. 
>
> Also attached is the sample config file (
> nagios-bridge.conf)
>  used as well as the checkresult file (
> c9p3h0U
> ) generated after applying the patch. Kindly review the patch and
> suggest any changes/additions to be made to the class.
>
> For maintaining threshold data in a separate db (Mongodb) and
> managing through a web interface,  I have thought of this process : 
>
> Fetching the services defined in Nagios which could be mapped to
> the metrics to be obtained from gmetad (can use more than one
> metric) and then adding threshold (critical and warning) ranges
> for the same. The user can add the hostname, cluster and select
> the service (which will be already fetched ) along with the
> metrics and threshold data through this interface. This will help
> in the case where the service uses a combination of metrics. 
> Additionally the bridge will proceed only if Nagios already knows
> the hostname, thereby preventing more errors. 
>
> Kindly suggest improvements for the above proposed plan for the
> web interface.
>
> Regards,
> Chandrika
>
>

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Ganglia 4.x architecture planning

[Daniel Pocock]

On 28/03/14 14:39, Aaron Nichols wrote:
> On Fri, Mar 28, 2014 at 1:45 AM, Maxime Brugidou
> mailto:maxime.brugi...@gmail.com>> wrote:
>
> I don't understand why all this is necessary.
>
> I strongly disagree with the "horizontal scalability" of mongoDB (
> i run a very large mongodb cluster in production in addition to
> other databases) and would rather suggest a pluggable backend with
> a simpler default (like text files or maybe postgresql or mysql).
>
>
> I'll just 2nd this opinion. My immediate reaction to the addition of
> mongo is rejection - my experience with it at scale has been awful &
> on a small scale it always feels like overkill. Further, since the
> data being served seems like a relatively small dataset it's unclear
> to me why there cannot be more options. For our use case (which is


That has already been discussed in the thread - are you OK with the
plugin idea?


> ~180k metrics) an in-memory datastore for metadata should be more than
> sufficient assuming it can be re-hydrated from some persistent source
> which could simply be waiting for a polling interval of gmetad. I have
> no need for the addition of nagios / rsyslog events. 
>


Knowing you have 180k metrics is only one factor

How many users (both humans and processes) want to view your data in
real-time?  Is it just used by sysadmins, for example, or does everybody
in every development or support team access Ganglia?


> I've never looked at Ganglia as a horizontally scalable system and
> accepted that because it made things simple. If I need to scale it out
> I need to partition my grids / clusters. 
>

Agreed - that has always worked and it would continue to work that way
too.  This is also good for people who have multiple small sites, etc.

--
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Ganglia 4.x architecture planning

[Daniel Pocock]

On 28/03/14 11:41, Michael Perzl wrote:
> Hi Daniel,
>
> with the introduction of MongoDB you would exclude all big-endian
> architectures immediately as MongoDB is little-endian only.
> Although there has been big-endian support requested for MongoDB and
> some attempts have been made in this direction but at the moment
> MongoDB is still little-endian only and thus you would for instance
> automatically exclude architectures like ppc64, sparc(64) and others.
>

This is quite a reasonable objection and it is the very reason I put
this up for discussion rather than just diving into it

Did you see the later comments about a plugin approach, do you feel that
satisfies your concerns?



--
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Ganglia 4.x architecture planning

[Daniel Pocock]

On 27/03/14 21:43, Alex Dean wrote:
> On Mar 27, 2014, at 3:07 PM, Daniel Pocock  wrote:
>
>> The introduction of RabbitMQ is an optional dependency.  It would allow
>> users to send commands from the web interface.
> 1. Why add the extra dependency on rabbitmq? As long as you're adding a 
> persistent data store (mongo), couldn't it also serve as a message queue?

RabbitMQ is an optional component.  Currently there is no way to send
commands to gmetad from the web UI.  So people who choose not to compile
with the RabbitMQ dependency would not lose any feature they already have.

I agree there are other ways to do this - but some users (e.g. those
with security concerns) may want to heavily restrict access to MongoDB
but provide more widespread access to RabbitMQ.  Eventually, even the
gmond collectors could also listen on a RabbitMQ topic and people could
send them a command e.g. to flush old hosts when DMAX=0

>
> 2. Why will the web UI start using Python flask?
>
It is just an option as well.  Many sites already customize the web UI,
so we could provide some trivial sample for serving CSV data using Flask
and for those who like that, they can build around it and those who like
PHP can use that.  PHP and the current UI is certainly not being deprecated.



--
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Ganglia 4.x architecture planning

[Daniel Pocock]

On 28/03/14 09:07, Alexander Karner wrote:
> Hi!
>
> I think we should continue to put an emphasis on portability:
> Ganglia is not only used in Linux environments but also on AIX, HP-UX,
> Solaris etc.
> This includes both, gmond and gmetad (+webserver).
>

In the earlier reply from Adam, the idea of a plugin / module API was
raised.  So we could have a plugin that emulates the status quo and we
could also have a plugin that does PostgreSQL

Does the gmond module API work effectively on AIX and the other
platforms you mention?  Does the current build system correctly generate
DSOs on some or all of those platforms or are there any platforms where
people are still relying on static linking?

> Personally I'd suggest to check, which tools are available in those
> platforms. For the DB this could be for example postgresql.
>
> How would the current architectural overview match a "Grid of Grids"
> environment? Would this allow us to search for a system on the central
> gmtead WebUI and then jump to the specific grid server?
> And: Would this also match actual requirements about partition mobility?
>

Can you please clarify this question, when you say current, do you mean
the existing gmetad 3.6 or the gmetad 4.x that is proposed in the diagram?

For my 4.x proposal, I believe that we could still provide a lightweight
daemon that reads from MongoDB (or whatever) and serves up an XML just
like the current gmetad port 8651/8652 output.  People who want a
hierarchy of gmetad servers could then configure the next gmetad up the
hierarchy to poll that XML service daemon.


--
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Ganglia 4.x architecture planning

[Daniel Pocock]

On 27/03/14 21:16, Adam Compton wrote:
> I'm in favor of teaching gmetad how to send the metrics it collects to a
> wider variety of things, particularly if there's a plugin interface for
> writing them.
> 

That is how rsyslog does it actually - MongoDB is just one of their
"output modules", called ommongo

It should be relatively easy to use the module loading code from gmond
as a template for a similar thing in gmetad


--
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Ganglia 4.x architecture planning

[Daniel Pocock]

I made up a rough diagram about how Ganglia 4.x could look:

https://raw.githubusercontent.com/ganglia/monitor-core/master/doc/planning/ganglia-4.x.png

The biggest change is the introduction of MongoDB

Instead of having the gmetad serve up an XML every time somebody asks to
see the web page, the gmetad will just store current values into MongoDB.

This means that web frameworks (like PHP) can query the data from
MongoDB, which is much more horizontally scalable and more suited to
serving this data.  For large sites where many users access the web
reports, this will be very useful.

MongoDB is also a backend for rsyslog daemon now and could potentially
be a Nagios backend, so it would be a great way to unify monitoring data.

The introduction of RabbitMQ is an optional dependency.  It would allow
users to send commands from the web interface.

One of the motivations for this work is the Google Summer of Code
projects.  Each student can potentially work on a different part of this
puzzle and at the end of the year we could launch it as Ganglia 4.0 if
people like it.

Regards,

Daniel


--
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] GSoC application progress, mentor opportunities

[Daniel Pocock]

The student application deadline has just passed

Ganglia has received 24 applications from a wide range of students
around the world

The most popular projects have been the data science and NVIDIA GPU
monitoring projects - they account for half the applications alone.

The mentoring team now has to review the applications and ask Google to
fund however many projects we feel to be viable.

If any other members of the community wish to becoming involved in
mentoring any of the students, please contact the GSoC admins, Bernard
and myself and we'll fill you in.


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Google Summer of Code 2014

[Daniel Pocock]

Hi Shreya,

Please do go ahead and submit the proposal.

The deadline is today, 19:00 UTC

See my earlier emails in the list archives for ideas about writing the
proposal

You should focus on one of the project ideas that will use your
strongest development skills

Regards,

Daniel

On 21/03/14 17:13, Shreya Inamdar wrote:
> Hi Daniel and ganglia users!
>
> I am Shreya (LinkedIn
> ), a senior
> year undergraduate of computer science. I recently heard about GSoC
> from one of my friends and I wanted to apply though it is a bit late
> for sending the proposals.
>
> I have used Ganglia for getting statistics about workload which was
> used for migration of VMs in a small cluster of 4 VMs, as a part of
> cloud computing course.
>
> I have done courses on data mining, artificial intelligence, cloud
> computing. Some assignments that are relevant to the project I plan to
> apply for are
> 1. Building a GO  bot that
> plays against itself, using monte carlo tree search
> 2. Setting up a cluster of 4-5 VMs on a physical machine with a basic
> single system interface built from scratch, and performing migration
> at suitable workloads
>
> I plan to submit a proposal for the data science project.
>
> Cheers!
> Shreya

--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] GSoC 2014 - NVIDIA GPU monitoring enhancements

[Daniel Pocock]

On 20/03/14 09:44, Hirantha Sankalpa wrote:
> Hi all,
> 
> I'm Hirantha Jayawardena, and I am a computer Science and Engineering
> undergraduate at University of Moratuwa, Sri Lanka. I am interested in
> your GSoC project for NVIDIA GPU monitoring enhancements. As I recently
> joined the mailing list, I missed the email with advice for writing the
> proposal that was mentioned by Daniel Pocock. I'm grateful if you can
> please send that email again.
> 


You can find all the list messages archived in the web

Please use this link

https://lists.sourceforge.net/lists/listinfo/ganglia-general

--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] GSOC2014: Introduction

[Daniel Pocock]

Hi Saagar,

Please look in the list archives - see my earlier email there about
writing the proposal.

I've also replied to your email on the Debian list.

Regards,

Daniel

On 20/03/14 20:59, Saagar Takhi wrote:
> 
> Hello,
> 
> This is Saagar Takhi from India, studying at Dhirubhai Ambani Institute
> of Information and Communication Technology, Gandhinagar.
> I am pursuing Bachelor of Technology in Information and Communication
> and currently I'm in my 3rd year. 
> I like to work with HTML, JS,(did for website development and last
> summer project @HPCL) and Python(used for game development) and for
> general purposes I like to code in Java( like using for making Android
> apps), python, C.
> I've also made website for my college's annual cultural festival.
> 
> I'm really very interested in Web portal integrating popular monitoring
> tools.
> As I've some experience in javascript, html and php due to website
> building and support page using Cisco Jabber Web APIs and  with logic
> implementation in python, C and java for game development and Android
> Application, I'm really looking forward towards this opportunity of
> integration of tools as I loved my work earlier with HPCL portal
> (http://my.hpcl.co.in).
> 
> GitLink: https://github.com/stackyism
> blog link: http://stackyism.wordpress.com
> -- 
> SAAGAR TAKHI.

--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] GSoC data science (was: (no subject))

[Daniel Pocock]

Hi Maciej,

Please see the email I sent on the list yesterday with advice for
writing the proposal

Deadline is tomorrow (Friday, 19:00 UTC) so you don't have much time

Many students are already applying for the data science project so
unless you have really compelling skills in this area, please also
consider some of the other Ganglia project ideas - see the links on
http://ganglia.info - if you want us to suggest which area is best for
you, please tell us your primary development skills and your github profile

Regards,

Daniel

On 20/03/14 08:04, Bernard Li wrote:
> Hi Maciej:
>
> At this point I would just go ahead and apply to the program if you
> are interested, unless you have specific questions regarding the
> project for one of the mentors.
>
> Good luck.
>
> Cheers,
>
> Bernard
>
> On Wed, Mar 19, 2014 at 3:52 PM, Maciej Mazur  wrote:
>> Hello,
>>
>> My name is Maciej Mazur.
>> I would like to talk about Gsoc possibilities.
>> I'm especially interested in "RRDtool data access from data analysis
>> frameworks (Data Science, Statistics)" (advanced part).
>>
>> Thanks,
>> Maciej Mazur
>>
>>
>> --
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/13534_NeoTech
>> ___
>> Ganglia-general mailing list
>> Ganglia-general@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/ganglia-general
>>
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> ___
> Ganglia-general mailing list
> Ganglia-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ganglia-general


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Trying to compile on Red Hat Enterprise Linux 5

[Daniel Pocock]

On 19/03/14 20:47, brown wrap wrote:
> OK, we will try configuring it. Thank you. Still don't know why 3.6
> can't find libconfuse.
>  
> 

Try manually setting LDFLAGS and CPPFLAGS when you run configure, e.g.

./configure \
  CPPFLAGS="-I/opt/confuse-2.6/include" \
  LDFLAGS="-L/opt/confuse-2.6/lib"

This is actually the approach the autotools people recommend - having
the configure script try guessing the path is not recommended (although
many projects do it)




--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] advice for GSoC proposals (was: gsoc 2014 projects)

[Daniel Pocock]

On 19/03/14 01:13, Plamen Dimitrov wrote:
> Hi there Daniel and ganglia users/team,
>
> I'm currently a MSc student in computer science at VU University
> Amsterdam.  The track I'm following is mostly focused on Internet and
> web technology, distributed systems, parallel computing and such. In
> addition to this, I have a keen interest in AI and data analysis - I
> took several extra courses at my university (experimental design and
> data analysis with R, neural networks, evolutionary computing) and
> successfully completed a machine learning course on Coursera. I also
> had a research assistant job doing sentiment analysis with weka.
>
> I'm actively looking for projects that require a combined knowledge of
> computer systems and data analysis - the "RRDtool data access from
> data analysis frameworks" project seems just like one (especially the
> possibility to make predictions for the network growth) so I'm very
> interested to apply for it.
>
> I plan to spend the rest of the time till Friday tinkering with
> ganglia and writing my proposal. I am aware contributing or working on
> some tickets would probably increase my chances. However, I don't know
> if only contributions done before the deadline this Friday would be
> considered towards my application. Could you point me to something I
> can already try to fix?
>


You can submit a code sample after Friday.  The Google deadline (Friday,
19:00 UTC) for the proposal is much more urgent.

Below is some advice that I sent to other applicants about writing the
proposal

If you have been looking at the Google calendar:

  http://www.google-melange.com/gsoc/events/google/gsoc2014

you will see that mentors have until 18 April to give our final student
recommendations to Google.  Google will then confirm the selected
students on 21 April.  Therefore, during the period from Friday until 18
April, mentors may contact you about your proposal, discuss your coding
tasks and possibly even request a telephone or webcam interview.  If we
will not be able to contact you for any reason, please tell us.


Writing a successful GSoC proposal
--

One of the easiest ways to understand this is to look at proposals that
have been selected in the past.  For Debian, we keep all student
proposals on the Debian wiki so you can easily look at them.  Many
organizations also publish end-of-year reports on their GSoC activity.
All these things provide useful reading material.

Read the final reports from some 2013 projects and think seriously: what
would your final report for GSoC 2014 look like?  Thinking backwards
from there, work out what steps you need to take over the summer and
write that down in your proposal.

Some things mentors are looking for:

- try to break your project into 4-6 smaller sub-projects.  The
first/smallest sub-project should be something you can do in the first 2
weeks and the second sub-project should be complete before the
mid-summer evaluation deadline.

- explain what dependencies you need (e.g. JavaScript libraries or JAR
files from Maven)

- explain the tools you will use (compiler, IDE, etc)

- what other resources do you need?  Do you need access to servers,
public IP addresses, SSL certificates or for example?  Ask for anything
that is reasonable.

- give a week-by-week work plan

- explain your schedule - do you have any holidays booked, summer
classes, etc?  This does not hurt your chance of selection but we need
to understand when you will be working.


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Interested in project: RRDtool plugin for R project statistics

[Daniel Pocock]

Hi Shagun,

Thanks for your interest in the Ganglia community, I'm also CCing Tobi
from RRDtool

Here is the branch with the coding task you completed for the OPW
application last year:

https://github.com/shagunshaily/resiprocate/commits/testCompat_test

The R plugin is just one possible direction for this project - we would
also be happy to consider using other tools

I would like to ask you to complete some small coding test for Ganglia,
this will help you to understand more about Ganglia too.  Would you
prefer a task involving Java, C, Python or JavaScript?  It is best if
you do a test using the technology you are most confident with.

Regards,

DAniel



On 04/03/14 15:08, Shagun Shaily wrote:
> Hello sir,
> I am Shagun Shaily and I was the applicant for your project under Debian
> community in last O.P.W.(here is the link to my O.P.W
> application
> ).
> 
> I have recently developed interest in data science and have been trying to
> gain the required skill sets.For doing so I took  a course on R (Computing
> for Data Analysis,by Roger D. Peng) from coursera and also participated in
> 'knowledge' competition on kaggle.com .
> 
> I was looking for a projects on R for the GSOC - 14 and I found your
> project under ganglia community.
> What I could interpret from project Idea was that its about developing a
> plugin to load real time data from RRD tool on to R.
> 
> My knowledge in R is of intermediate level.
> Please tell me what other skill sets are required for this project and also
> guide me how can I apply for it.
> 

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] GSoC-2014 - Internal Ganglia server metrics

[Daniel Pocock]

On 03/03/14 17:13, Rajika Kumarasiri wrote:
> hello,
> 
> I am graduate student in Computer Science and I would like to provide a
> proposal for GSoC 2014 for the above project. I have solid experience and
> expertise in C programming language, TCP/IP and JSON.
> 
> I will look into the project details and I will ask any questions here.
> 
> I wanted to CC, Nick Satterly but could not find his email address.
> 

Hi Rajika,

You can find the contact details for most developers through the email
archives or the Git repositories

Please do tell us more about yourself, link to any profile you have on
Github, etc.

Regards,

Daniel

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Project interest GSOC 2014

[Daniel Pocock]

On 03/03/14 04:47, Darshana Prasad wrote:
> Hi, Ganglia team. I am Darshana, a student form Sri Lankan university.
> I would like to connect the GSOC 2014 with ganglia. I have gone through the
> idea page and I'm interested in
> *Internal Ganglia server metrics * idea. It matches my experiences. Please
> let me know where can I get the project downloaded. And also other
> "Beginner must know" things.
> 

Please try the packages - they are in Debian, Ubuntu and Fedora.  Let us
know about your experience installing them


--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] gmetric4j 1.0.4 and jmxetric 1.0.5 released

[Daniel Pocock]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Release 1.0.4 of gmetric4j and Release 1.0.5 of jmxetric have been tagged

This basically removes logging, which seems to be necessary for JARs
on the boot classpath to avoid clashes with application loggers - see
Jboss bug
https://issues.jboss.org/browse/WFLY-895

Thanks to Juliana for contributing and testing this fix.

Releases can be downloaded via maven or at:

https://oss.sonatype.org/content/repositories/releases/info/ganglia/

or built from the github repos:

https://github.com/ganglia/jmxetric
https://github.com/ganglia/gmetric4j

I've also created Debian packages of these JARs, they are in the FTP
NEW queue and will be available in Debian in a week or two.

Regards,

Daniel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTEfZjAAoJEOm1uwJp1aqDpW8P/0mZw7Y9GP+y8c7umQjqeygF
Ul9/Ip7IOeQLUs+4KNEsAE7C9AKCyHrOQZRLLvIQbNO6/5PvO3mL6dHSPRc4IMHH
7TcHA0tIP0TvSfYaXmzITCifTquM2LPo0SDjWs9YVEgbFBiA55tgwZF5EH56iplK
8P+9qzhA7YvxHphgIRZL89jBXieJ443TRSBB5Fjr9PVKGJlnk7emf+19c+tMUkcQ
mJKkFOLAuKeiqLFtMfm0saYrv8BDqYkvai7I24NA2jTkR/Q6b1/126bRLVo2tPYL
i2mp9ZN9Va5t0bGb/hCRJcA7g0ai888b+/chsbwuLRkORNOpPS9fawaEmNvUlT5h
kgxO59pP8YlMOqx2k4zi6c+1PGb8YckLSj5M5HvnxHSPe8vcieshr0HDjBj1yE+Y
t9ryz00A/5/kfEB+gzrqid5EkhsHR0Zf/uXEX1CxpKZ6370EXiQ49LpmP0GUL9KR
9VUAiZKQOV/J39YOAzT+b+BEfcPaJLcEQb93ZR7FWxNVQCMmFrRWUA0VWh9pIkak
NHLV+uQyLcmz3kViREIZydlWSQAJFa/gw/R9VmzUh38ZqL5jU3cHDqYhVv0zOVHe
Zeupq/u6mh758+mi6wZLyKZ6pV3WW+sNU9hK/o0xf3iyTXbZydIg6lPQLiIooFVl
L3Vz9EGnZmE/nqi32Y0R
=wciV
-END PGP SIGNATURE-

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] ganglia-nagios-bridge 1.1.0 released

[Daniel Pocock]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256




I've just tagged ganglia-nagios-bridge 1.1.0

This basically cleans up the tmax/dmax stuff to more accurately detect
and alert when a host status becomes unknown.

Any and all feedback is welcome

The SHA224 checksum is

d78620fbbbecaa5fca93369af9cc45bf4176bb15161b7676218176da

and the download link is:

https://github.com/ganglia/ganglia-nagios-bridge/releases
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTEb6OAAoJEOm1uwJp1aqDeqAP/0QdTKURFx92rcbJUUnTdLTe
pIFMwvQspJjalK44wMqr4upnH9VpZPz2cexL66273L97gRtwQX8Xx2ONl/TTugUA
4GQcS3UoxJpjTdJ8G+sSGZCyWOobhpnvjVA7gE2VJxtMXA70P1WJkT+UqqC8sQHT
teV/b+4ws9w5WapNtNcjIKQUxavL6l6Khs6WwTq64qZ03G4O8QvSO6BSNuXdstRE
a44ZDqUQ4fjsLpOeVfZgFugZLpjK8MqYDduD84u3DpwOam3n6rao2q4vNkL4rxup
OiCwfHgi8qPvWVg8eiNUVIXOy7xObK1j6ndMuOA3pm+qnQRjg7TzXTZHN5AFXTE3
BiqAi4i9gUH5iDt/3V4PTiQ8oZ7SUZ7JgB5Y9alA+EFv8oxSnc7irA5u0vz1PAd7
4Aes95ATynOLlmno1/bId9t9iafxeJggXSr4uaa4UrptQ9XGyUu2eebtEoBX7k3z
c+o4I7MPMgCfAETS7N5ozX0arfJJTJ2Ir6kdKDzxSKz5d2ObSC5qyifrMjRIW4Qz
j4ebY8NEHHYs871fBs8HJsG9tRGcvyUDIX6tPzuY1KLH/XtAQaRTrHpb3Dc/fbfF
N/Tq5fLEoBsNIA8mMWvGNhT/v/7SY/ogZAtPKaEEJ1Ps9JymDAV9LYLhLwRb87U5
hUi3JN5pFyWPJkiX6WYY
=pk0u
-END PGP SIGNATURE-

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] GSOC 2014

[Daniel Pocock]

On 01/03/14 10:11, Darshana Prasad wrote:
> Hi, I am a student of an University in Sri Lanka. I have a good and
> experienced knowledge in c, python, java, javascript, jquery and php. I
> would like to apply for GSOC 2014 on ganglia. Can you can you tell me where
> I can start.
> 
> thank you.
> 

Hi Darshana,

Thanks for your email - please see the suggestions at the bottom of my
blog about how to start preparing a GSoC application and the type of
information you need to share with us:

http://danielpocock.com/google-summer-of-code-data-science-machine-learning-ganglia

Please also look at the project ideas page and let us know which idea
best matches your skills:

https://github.com/ganglia/monitor-core/wiki/GSoC-2014-project-ideas

Regards,

Daniel

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] GSoC update - students required

[Daniel Pocock]

If anybody is based on a university or has other contacts with students,
professors, etc, please let them know about Ganglia in GSoC.  Even if
you can't mentor them yourself, all work will eventually be released as
open source which is good for everybody.  The Google melange page has
been updated, this is a good link to give them:

http://www.google-melange.com/gsoc/org2/google/gsoc2014/ganglia

If you have a blog, please consider blogging this link and mentioning
some of the keywords that are relevant.

I've made some updates on our profile on the GSoC site:

- it now uses HTML and links to pages about different components - feel
free to propose further changes

- contact link: students are now directed to the ganglia-general list -
same on the wiki - we will see some emails from them over the next few weeks

- tags/keywords - please suggest any others

- IRC link fixed



--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] [gsoc] Google Summer of Code 2014 - Ganglia is in

[Daniel Pocock]

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 a tremendous endorsement of our project.  Google does not
formally announce how they rank and select projects, but I suspect some
of the following are involved:
- the caliber of the team who volunteered to be listed as potential
mentors (more people are still welcome to participate too)
- the long track record of collaboration in the code repositories
- the positive interaction that takes place every day on our mailing list
- the very successful Ganglia book published by O'Reilly

What next:

- please keep adding project ideas on the wiki, even if you are not
willing to mentor (but if you are willing to, please include your name
as a mentor)

- both Ganglia and RRDtool related projects are welcome but the actual
number of projects that proceed will depend on the quality of the
student applications and the number of places Google agrees to fund
(that will be confirmed later)

- if you can't commit as a full time mentor, you can also contribute as
a co-mentor in a team, this is usually easier for most people

- if you know potential students or places to recruit high caliber
students, this can also be a great way to assist Ganglia even if you
can't mentor them

- I'll do some more of the administrivia stuff over the next couple of
days (e.g. setting up a separate email list for mentors perhaps)

- potential mentors please register on the google-melange site (link
below) and ask to be linked to the Ganglia organisation

- full calendar is here:
   http://www.google-melange.com/gsoc/events/google/gsoc2014

Regards,

Daniel


--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] JMXetric JBoss fixes and counter to rate logic

[Daniel Pocock]

On 14/11/13 16:40, Juliana Leal wrote:
> To fix the JBoss crash issue (JBoss crashes when run with AspectJ java
> agent -https://issues.jboss.org/browse/WFLY-895) I commented out the
> logging in jmxetric, and re-exported the .jar. After this, JBoss ran
> with jmxetric as java agent without a hitch. In addition to this, once
> these changes were made (the logging having been commented out) the
> missing subtree in jconsole issue was also fixed (jboss.as
>  MBean subtree missing when profiling agent used -
> https://issues.jboss.org/browse/WFLY-840), and the jboss.as
>  subtree became visible again.
>
> I also added a rate calculation functionality to JMXetric (as only
> gauge/count were available.
> Summing up what I did: I added two attributes to MBeanAttribute: int
> interval and long time. The interval attribute will be in the xml and
> is read in and added to each Attribute/Composite in XML configuration
> service. Basically, anything other than 0 will be considered a rate. I
> did this because I intend to implement a method that will calculate
> the rates according to the interval given. Currently the rate is
> calculated based only on milliseconds; I'd like to further work on
> this so that the rate can be also calculated based on seconds or minutes.
>
> I created a simple class MBeanRate (in MBeanSampler) which contains a
> timestamp and a value attribute. I then modified the MBeanHolder so
> that it keeps a hash map of these MBeanRate objects, the key being the
> attribute's canonical name. So whenever an attribute is read, it will
> check if it exists in the hash map; if this attribute is new, it's
> simply added in: If not, a comparison is made with the past value/time
> and current values/times, and the calculated value is published and
> the read time is inserted in the time attribute in MBeanSampler (and
> the hashmap is updated). As the value is given as an object, I took
> the necessary precautions to read in String, Int, Long, Double and
> Float value objects (note: with String I simply return the String, no
> calculations performed and System.out a warning message), as well as
> other issues that may come up, such as two same ratings, division by
> zero, etc. These methods are contained in a new class named
> ObjectUtils. I created some JUnit tests as well for problematic rates
> (example: String values, repeated metric values - so there isn't a
> division by zero, or zero polling interval).
>
> These changes are in my jmxetric/logbranch in Github
> (https://github.com/JLouback/jmxetric). Do let me know if anything is
> still unclear or incorrectly implemented.

Thanks for these contributions to Ganglia, we will test them out and
hopefully incorporate them in the next jmxetric and gmetric4j releases

Is anybody else able to provide feedback on this?  In particular:

- should we go for some other logging mechanism or just leave it
commented out for now? (see the JBoss bug report for details)

- the conversion of JMX counters to rates: this can also be achieved
with slope="positive" (so that rrdtool uses the counter mode), however,
I believe that depends on specific rollover behavior.  Juliana's
solution, calculating rates within the jmxetric agent may be more
reliable for arbitrary counters.  Can anybody comment on that?


--
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] ganglia-nagios-bridge

[Daniel Pocock]

Hi,

I'm just wondering if anybody else is using ganglia-nagios-bridge and in
particular if there are any Nagios versions that it is not working with
or other outstanding problems that people have observed?

For those using Debian, it has recently been packaged there too:
http://packages.qa.debian.org/g/ganglia-nagios-bridge.html

Regards,

Daniel



--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] new core 3.6.0 and web 3.5.8 packages in Debian

[Daniel Pocock]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



Debian 7 was released recently and the freeze on package updates is over.

I've just pushed the latest Ganglia packages into Debian unstable:

   http://packages.qa.debian.org/g/ganglia.html

   http://packages.qa.debian.org/g/ganglia-web.html

They should be accessible with apt in a few hours.

Please feel free to report any new issues you find on Debian or
Ubuntu, as these are the first official .deb packages since the
decision to run a separate ganglia-web source release.

Regards,

Daniel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJRo5OuAAoJEOm1uwJp1aqDk1cP/1YGBpihTXy3qurneKyty2/E
wQt/dik+EqMnmWvql0rpPZS4SkuikEzaOhr1Ct+sAhwSG6qe9ziigTH96/mP0EMw
m/ZxVg8VlDUxg9kcvI7hsal2ejwsJxP4MT2MqacFKjIeMxKWkF/p1yryiRqOK+IL
jWmqHQBXvCkyirtuSM13KsDZs+w0bVGuQ96JYpJwNtgVKeZTZk39WISazooRZyuy
cA5qg1hplLN+YnBn9DwDnjP6xrQSC+zMvdkYlm0ozlYNDoBvYxV0LGFEEJ8ZC5jl
fQTurFzislkVAGko62C3ub57sG88Ea0lfX98MBxOkOiJ1m69EXu4ghKhweFXVR27
2Gs/cTfp+zsS/49QSenE7zpOxxYZcx6yDYlRcnVWJOePnJ391NrIOQqUSXe8ZQUo
QepF1sWCT+PfXPD/Vjohe54Q+ECizhEG5yU03ERUSz3b9QI1E80LrRO2Md1YvZrt
Wc032erMaOG/UONZK3yWVsYZS5irdmmqtqCc12OH3U5xIlRkS0EX8EBkO4sL/xXG
quD2aSuvcRNEaSEJMHbUvZvaOHTxVZzQvZHPbsuovR6/AFBjUVq5WoXqntVxntf2
y/5xOeid/HboZIZLZeyCMHZjUB15sxr9rpcobgxOvxocudcjEvMfKA5RafOtAHJP
tp6XIpmbWaOY7PeFkm/r
=hQTl
-END PGP SIGNATURE-

--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] howto: integrating JMXetric with JBoss and other app servers

[Daniel Pocock]

Following up on the JMXetric 1.0 release, I've put together a brief blog
entry about how it integrates with JBoss 7 and hopefully other
application servers:

  
http://danielpocock.com/monitoring-jboss-tomcat-and-application-servers-with-jmxetric

If anybody has feedback or questions, please don't hesitate to ask


Also, gmetric4j and jmxetric JARs are in the Maven central repository
now, please feel free to use them from Maven, Ivy or the tool of your
choice:

http://search.maven.org/#search%7Cga%7C1%7Cinfo.ganglia


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] gmetric4j 1.0.1 and jmxetric 1.0.2 released

[Daniel Pocock]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



This is the first major release of gmetric4j and jmxetric

gmetric4j provides gmetric functionality for Java apps.  It has been
used in every type of Java from Android to JEE

jmxetric builds upon gmetric4j to provide a solution for polling JMX
metrics and reporting them through Ganglia

Downloads available here:

https://sourceforge.net/projects/ganglia/files/java/

and they will hopefully appear in a Maven repository in the near future.

The project was started independently by Jasper Humphrey as jmxetric,
it was adopted into the main Ganglia project and github, and I
subsequently split the code into the two separate projects to allow
more diverse use cases.

gmetric4j and jmxetric are also featured in the O'Reilly book,
Monitoring with Ganglia:
http://my.safaribooksonline.com/book/networking/network-monitoring/9781449330637/5dot-managing-and-extending-metrics/i_sect15_d1e8072_html

Here are the checksums for the release:

c5a74cc2c30daaf597e1f03a18681bfab47ae3d3a04cb5bff5bdf61d
  info/ganglia/gmetric4j/gmetric4j/1.0.1/gmetric4j-1.0.1.jar

5d6a75e8d2e26dc556a7873e89fa6829bac7d3efec254a38d9fbf553
  info/ganglia/gmetric4j/gmetric4j/1.0.1/gmetric4j-1.0.1-tests.jar

7c64941c8f430d5ea15fb5d8bcb3afede0620ae9f0316c4b20066f27
  info/ganglia/jmxetric/jmxetric/1.0.2/jmxetric-1.0.2.jar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJRIp+rAAoJEOm1uwJp1aqD/EMP/1s3Ux7GGqu+YGsWOgRz1fa4
+J4+TqKT+bQA+7J+5rTNs1SP+pVPl5MByXRmfljwNTilOfUu/BZLZ5Vtoo4WeG2E
M/HipNH8n59pwcAc77/huzbsSCqsvzUTbgKx6O8tzA/bCK7x5pOK3v6jRzJ3l511
s4mhtyEVwoztsMXPC4uuHctEoyZed7osE5xAFHwEI1hJVMLe/j52Bay/Hgyp64WO
2ftpfm1/Ziu2KGXV1j6PCI7RPvPw5J1W2we9MuyEJQiLZxkGQ9A5zp/Zrue+8yMT
comgv38IG7MX9A0q26l8GcDrd+FoiovTbCUpB7G2Dn8oJIfwACH8j6JXTUtaSfUC
RXe/yOu+oWvPxlUXJVBuVhoZEL/Ire47ZGATPLmg8bIWZHGTMaJ84jHFKOjDEy2S
8ekZt4C3Ged8JAotPpurWRkowhnH8LlP6XRjfto1skErFAQdHPXZ5SoU0Bd04dUe
dx0M0VzHVZ5OmeF2QzjYrPI6Lfs2vvkXqGBipcWvuVpxpD3tF1EPb7p3KgTZr2Ea
wFpaD2YN8AX+rXOOwKO4kGuNGtKLB7BLT4zWrLQpSfSctLcGtjzIAmw1/m6z5zTl
Zf6xrNZpxGABRj3fB68vt//7AGyzBCxh2j1FpsY5wZ75hhZN3Gw+yxZjKN/9FtVd
rIvAue7nkF7xqz+pJ7Is
=ykgU
-END PGP SIGNATURE-

--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Error 1 sending the modular data - troubleshooting steps

[Daniel Pocock]

I noticed logs filling with "Error 1 sending the modular data"

Google reveals this has been discussed several times in the past, and
none of the discussions ended with a solution, so I'm presenting some
analysis below.

Here is what I did and what I found:

I discovered my gmond PID = 21015 and I checked it with strace:

   strace -p 21015 -o /tmp/gmond.errs -v

After about a minute, I had a look inside /tmp/gmond.errs, lots of this:

write(7, "\0\0\0\205\0\0\0\4srv1\0\0\0\fmachine_type\0\0\0\0"..., 52) = 52
write(8, "\0\0\0\205\0\0\0\4srv1\0\0\0\fmachine_type\0\0\0\0"..., 52) =
-1 EINVAL (Invalid argument)
write(7, "\0\0\0\200\0\0\0\4srv1\0\0\0\7os_name\0\0\0\0\0\0\0\0\6"...,
164) = 164
write(8, "\0\0\0\200\0\0\0\4srv1\0\0\0\7os_name\0\0\0\0\0\0\0\0\6"...,
164) = -1 EINVAL (Invalid argument)
time([1351418592])  = 1351418592
sendto(9, "<30>Oct 28 11:03:12 /usr/sbin/gm"..., 90, MSG_NOSIGNAL, NULL,
0) = 90


Notice the `sendto' is actually sending the error to syslog, not sending
a metric packet

Ok, the `write' calls show me two file descriptors, 7 and 8.  writes to
FD 8 are failing with EINVAL:

write(8,  ) = -1 EINVAL (Invalid argument)

The file descriptors correspond to two different udp_send_channels in
gmond.conf - but which is which?  Fortunately, lsof tells me:

  lsof -p 21015 -n

gmond   21015 ganglia7u  IPv42747622  0t0  UDP
192.168.1.2:44778->239.2.11.71:8649

gmond   21015 ganglia8u  IPv42747628  0t0  UDP
(VPN address):53976->(remote server address):8649

Notice that FD 7 corresponds to a very standard multicast channel, while
FD 8 corresponds to a UDP unicast channel.  I have deleted the IP
addresses, but this immediately revealed the problem (in my case
anyway): the local address (VPN address) existed when gmond started, but
no longer exists on this machine (because the VPN is not always up).

I can imagine similar problems would occur for hosts that get an IP by
means of DHCP, or hosts that have IPsec tunnel, PPP or some other
transient interfaces.

If anyone else sees the problem, it would be interested to see your
strace and lsof output.  I believe gmond could be tweaked, for example,
to recreate (or re-bind) the socket with FD 8 after such an error.
Doing so might log a more specific error or might successfully bind on a
new local IP.

Regards,

Daniel

--
WINDOWS 8 is here. 
Millions of people.  Your app in 30 days.
Visit The Windows 8 Center at Sourceforge for all your go to resources.
http://windows8center.sourceforge.net/
join-generation-app-and-make-money-coding-fast/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Java/JMX plugin for Ganglia 3.1.x

[Daniel Pocock]

Have you looked at JMXetric?

The latest code is in the main community github now

   https://github.com/ganglia/jmxetric

It originated here:

   http://code.google.com/p/jmxetric/

but I have recently split the JMX stuff, so that non-JMX users can just
use it as gmetric4j.  So for JMX, you use gmetric4j + jmxetric together.




On 16/09/12 15:02, Martin Knoblauch wrote:
> Hi Peter,
> 
>  thanks. Unfortunatelly due to the situation at the customer ite I am bound 
> to 3.1.x. But I will remember this.
> 
> Cheers
> 
> Martin 
> 
> --
> Martin Knoblauch
> email: k n o b i AT knobisoft DOT de
> www:   http://www.knobisoft.de
> 
> 
>> 
>> From: Peter Phaal 
>> To: Martin Knoblauch  
>> Cc: ganglia general  
>> Sent: Saturday, September 15, 2012 12:57 AM
>> Subject: Re: [Ganglia-general] Java/JMX plugin for Ganglia 3.1.x
>>
>> Martin,
>>
>> If you can upgrade to the latest Ganglia release you could use sFlow
>> to monitor your Tomcat servers, the jxm-sflow-agent exports standard
>> JVM metrics, or the tomcat-sflow-valve can export the JVM metrics as
>> well as HTTP counters and transactions.
>>
>> http://host-sflow.sourceforge.net/relatedlinks.php
>>
>> Cheers,
>> Peter
>>
>> On Thu, Sep 13, 2012 at 5:43 AM, Martin Knoblauch  wrote:
>>> Hi,
>>>
>>>   as part of a larger tomcat deployment I need to monitor several tomcat
>>> instances and want to add the measured data to a Ganglia setup. I already
>>> found "JMXtrans" which seems a cool solution, but it uses host spoofing and
>>> I am not sure it is what I really want. Needs some real investigating.
>>>
>>>   What I would love would to have would be a Gmond plugin that just can add
>>> the measured metric to the system metrics. Has anybody already done such a
>>> plugin or is working on it? I could provide testing, feedback and maybe
>>> help.
>>>
>>> Cheers
>>> Martin
>>> --
>>> Martin Knoblauch
>>> email: k n o b i AT knobisoft DOT de
>>> www: http://www.knobisoft.de
>>>
>>> --
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and
>>> threat landscape has changed and how IT managers can respond. Discussions
>>> will include endpoint security, mobile security and the latest in malware
>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>> ___
>>> Ganglia-general mailing list
>>> Ganglia-general@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/ganglia-general
>>>
>>
>>
>>
>>
>>
>> --
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://ad.doubleclick.net/clk;258768047;13503038;j?
>> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>>
>>
>> ___
>> Ganglia-general mailing list
>> Ganglia-general@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/ganglia-general


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] standalone ganglia-web-3.5 now in Debian

[Daniel Pocock]

There is now a standardized Debian package of the standalone ganglia-web:

  http://packages.debian.org/experimental/ganglia-webfrontend

It has gone in the `experimental' catalog - this is not because of
anything wrong with the package, but simply because the unstable and
testing catalogs are involved in the freeze process for the upcoming
Debian 7 release


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] proposals for future of Ganglia packet format

[Daniel Pocock]

On 31/08/12 23:53, Bernard Li wrote:
> On Fri, Aug 31, 2012 at 7:01 AM, Jesse Becker  wrote:
> 
>> Any chance someone could post a (graphical?) description of the
>> current packet layouts?
> 
> Heh, this should really be something included in the book :-)
> 


It is described in a couple of tables, see page 101 - 103

Do you think that is sufficient, or do you want to make a diagram to
represent what is in the table?



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] proposals for future of Ganglia packet format

[Daniel Pocock]

On 31/08/12 16:01, Jesse Becker wrote:
> On Fri, Aug 31, 2012 at 9:44 AM, Daniel Pocock  wrote:
>> There has been some discussion on the ganglia-developers list about
>> adding UUID support (it is on the dpocock/uuid branch) [1]
>>
>> Given that changes to the packet format only occur rarely, I've put
>> together a wiki page to capture any other possible ideas for things that
>> should be in the packet:
>>
>> https://github.com/ganglia/monitor-core/wiki/ProposedMetricPacketEnhancements
> 
> Any chance someone could post a (graphical?) description of the
> current packet layouts?
> 

Not sure if it exists in a graphical form, but here is the file that we
feed into rpcgen to create code for manipulating the packets:

https://github.com/ganglia/monitor-core/blob/master/lib/gm_protocol.x


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] proposals for future of Ganglia packet format

[Daniel Pocock]

There has been some discussion on the ganglia-developers list about
adding UUID support (it is on the dpocock/uuid branch) [1]

Given that changes to the packet format only occur rarely, I've put
together a wiki page to capture any other possible ideas for things that
should be in the packet:

https://github.com/ganglia/monitor-core/wiki/ProposedMetricPacketEnhancements

I'd like to invite anyone with general suggestions to just add them to
the wiki or discuss on the list

For more in-depth discussion, please feel free to post suggestions on
the developers list



1. http://sourceforge.net/mailarchive/message.php?msg_id=29708387

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] pull requests

[Daniel Pocock]

> I have made about a dozen patches and one 'enhancement' to ganglia. What 
> would be the best way of submitting them?
> Either universal diffs or should I check out the git tree?
> 

Definitely work with the git tree

Provide pull requests via github; then everyone can easily review them
in the coloured github viewer

  https://github.com/ganglia/monitor-core/pulls

Sometimes the requests are not accepted immediately, and they are
processed in a batch at some point closer to a release.  As long as they
are in the list of pull requests they all have an equal chance of being
reviewed and accepted.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Recompiling new release in 3.4.0 (autoconf / autotools)

[Daniel Pocock]

This type of issue has been discussed a few times on the -developers
list and in other projects

Essentially, autotools is very picky and varies a lot from one version
to the next

So the only thing that the release team can support is bootstrapping
from an identical system each time.

All the recent releases I've participated in were bootstrapped on Debian
6 (squeeze) amd64, using the standard auto* packages on that system.

Therefore, the recommended approach is that someone with local patches:

a) spin up a VM with exactly the same environment (Debian 6)
b) run autoreconf --install  in that VM
c) run `make dist'
d) copy your new tarball and/or source tree to the machine where you
really want to build

and one further suggestion: if you can share your patches, and if the
-developers group likes them (which is usually the case) they could
potentially be integrated into the project for you, other people's
changes won't break your patches, and so you may save work in the long run.

Regards,

Daniel


On 26/07/12 14:39, Paul Hewlett wrote:
> Hi all
> 
>  
> 
> (Centos 5.6 x86_64 – using the modules system from
> http://modules.sourceforge.net/)
> 
>  
> 
> I have implemented ganglia 3.3.1 on a cluster and have made some mods to
> the C code and to some of the python modules. These changes are now
> stable so I thought I would apply the patches to ganglia 3.4.0.
> 
> In-house standards dictate that I must generate an rpm so I have been
> using the rpmbuild command. Also I must bump the release number whenever
> I make a change to facilitate the easier installation of Ganglia on the
> cluster. I do this by editing the files ganglia.spec and configure.in.
> 
>  
> 
> It is at this point that I get a series of failures. The first is that
> autoconf 2.62 or later is required. I load the autoconf 2.62 module and
> then get a warning that in fact I should have autoconf 2.67. After
> loading the autoconf 2.68 module (2.67 is unavailable) I then need
> automake 1.11. Loading that module finally fixes the problem but then I
> get this:
> 
>  
> 
> Welcome to..
> 
>  __  ___
> 
> / /___ _   _/ (_)___ _
> 
>/ / __/ __ `/ __ \/ __ `/ / / __ `/
> 
>   / /_/ / /_/ / / / / /_/ / / / /_/ /
> 
>   \/\__,_/_/ /_/\__, /_/_/\__,_/
> 
>//
> 
>  
> 
> Copyright (c) 2005 University of California, Berkeley
> 
>  
> 
> Version: 3.4.0
> 
> Library: Release 3.4.0 0:0:0
> 
>  
> 
> Type "make" to compile.
> 
> + make
> 
> CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh
> /usr/src/redhat/BUILD/ganglia-3.4.0/build/missing --run aclocal-1.11
> 
> fatal: Not a git repository (or any of the parent directories): .git
> 
> cd . && /bin/sh /usr/src/redhat/BUILD/ganglia-3.4.0/build/missing --run
> automake-1.11 --foreign
> 
> fatal: Not a git repository (or any of the parent directories): .git
> 
> gmond/modules/cpu/Makefile.am:6: Libtool library used but `LIBTOOL' is
> undefined
> 
> gmond/modules/cpu/Makefile.am:6:   The usual way to define `LIBTOOL' is
> to add `AC_PROG_LIBTOOL'
> 
> gmond/modules/cpu/Makefile.am:6:   to `configure.in' and run `aclocal'
> and `autoconf' again.
> 
> gmond/modules/cpu/Makefile.am:6:   If `AC_PROG_LIBTOOL' is in
> `configure.in', make sure
> 
> gmond/modules/cpu/Makefile.am:6:   its definition is in aclocal's search
> path.
> 
> gmond/modules/disk/Makefile.am:4: Libtool library used but `LIBTOOL' is
> undefined
> 
> gmond/modules/disk/Makefile.am:4:   The usual way to define `LIBTOOL' is
> to add `AC_PROG_LIBTOOL'
> 
> gmond/modules/disk/Makefile.am:4:   to `configure.in' and run `aclocal'
> and `autoconf' again.
> 
> gmond/modules/disk/Makefile.am:4:   If `AC_PROG_LIBTOOL' is in
> `configure.in', make sure
> 
> gmond/modules/disk/Makefile.am:4:   its definition is in aclocal's
> search path.
> 
> ...
> 
>  
> 
> My autotools experience is not good enough to figure out what this means.
> 
>  
> 
> The README.GIT file is out of date – the wrong versions of
> automake,autoconf are specified and the ‘bootstrap’ script mentioned has
> been removed –(it was in 3.3.1 and I used it successfully)
> 
> I would really appreciate some help or suggestions -
> 
>  
> 
> Regards
> 
> --
> 
> Paul Hewlett  X25250
> 
> http://www.theregister.co.uk/2012/06/25/rbs_natwest_what_went_wrong/
> 
> ARM Ltd
> 
> 110 Fulbourn Road, Cambridge, CB1 9NJ
> 
> Tel: +44 (0)1223 405923
> 
> skype: paul-at-arm
> 
> www.arm.com 
> 
>  
> 
>  
> 
> 
> -- IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy
> the information in any medium. Thank you.
> 
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways to

[Ganglia-general] gmond/gmetad 3.4.0 released

[Daniel Pocock]

-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 the pre-release testing phase and no
problems were logged, so it is now confirmed as the current release:

   https://sourceforge.net/projects/ganglia/files/

Release notes and change log details are on the wiki:

   https://github.com/ganglia/monitor-core/wiki/Release-Notes

Please note: as advised in Vladimir's recent email, web/ components
are now a separate release tarball for Ganglia release >= 3.4.0.
Therefore, please also select and download a compatible version of
ganglia-web (current version is ganglia-web-3.4.2.tar.gz):

   https://sourceforge.net/projects/ganglia/files/ganglia-web/

Thank you to those members of the community who contributed the
patches used in this release.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJPvpVHAAoJEGxlgOd711bEQzgQAI8VJlye85gkfn21SEEH6qOx
tB1ztdvqAsyllYiGzz73hX3amT/cvqFnn70BhMQ83rLUVtzUE6lsp8Kv7dSQKbGn
GVmBrv1CeXVUBIB5vRQKEZGiicMXbzQIlYfslUIbp+oUD0dc1i1LkgNzU7WocSrs
oJPbmn/V6ItvZfX2R8FzvGRG3u0n0DwyEbnRA7bbjRV+RGyPNnPHlAMMCXv2B6bJ
I2rjU58DaH2dGZc6oubnsz1yui7RDTjXTWZAGP9v+lVlPTfF7pEeklyQGR6fiNfM
v0HKPbNNYcxim1rU6ONZZDtCNhp2nruZsjb5kNpRLtKr32eg0EYNancWhXINM0o5
nJYF8KIeqRZ7eWnOvrxcUJ1/KutUvtK8LKJWR+A7EBDVHH/qR6ObKtRTMDK0jiaY
LgihpP0befZAzJzL2nMGOwm6RUSrHHy44oTCmHI3gb6Jxne8sT9RFpweHteYqc6C
E2cR7PwIE1D57Vuhz36yKuPqbBTSumDzCriHusDU6L1woCK3dWsEbMeagX6iskra
ZeXx5AskoazGWWsdqvLq6kAjP0l/Ml6BqLGa/muCKGZbYVVNlDd/pquiZf1SNexF
s3rrAOvoc4ylNgOyWnZmA3n2VOMQLx/9R10n6KZmAbA9LuNQiDZLdLJj4QNqCsdN
JjNdMDa5iZFSsveCNhj4
=D07t
-END PGP SIGNATURE-

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] 3.3.7 released

[Daniel Pocock]

-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 candidate' period and is generally
available for download:


https://sourceforge.net/projects/ganglia/files/ganglia%20monitoring%20core/

Release notes and change log details are on the wiki:

   https://github.com/ganglia/monitor-core/wiki/Release-Notes


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJPoZOXAAoJEGxlgOd711bEwoQP/1FZisGjyl+IKGi/j2ATVKRF
CGP5mcIlmSNHWuyFmSDCv/B3Vw6BVnlRinL65anNsFVLmtIhAR8LnPc/2BtAfS9q
9euLDAxpvVNN5SZV5jAmNRQWxdY+KlNTLTfTepOvdErC601bwxp7ObWcdonEBgtv
Dk8jM9QwbrRB7Z7ffJ4LIqJk5l3/gUddEBfT1a/yOk6Rb5n8RhhZUcl7RMn/haNk
vn1APLMkTY61XxI1eslAEtddOX5aihtEHdKbZEg/a2e50I7ZzJdTgissBqHCwUdg
tWJaRVOBP3wZZcMAsofPcgoXeScCOQuFVPlK7nkeP+Mfcyy1Uq45DDdKq7uOFLWv
IgRspTMGNuhHDVVMMt87gJAcW7/epMKIB3nZ2V1xLoK1bmSzmyHof9OPUFeX53qH
9lyFtdDc2Uq2he6yFVSxsdDJCuGoQZ5Xft7of5WJiSlWskG54fJ9wHrFKE2J/fVF
0U0KQTBe1Cuv6S+Yu3uV42481I+Moi4fdiT29l1UxrVIMkt0aFDbCnaXdFhFfqH2
hFGS5pmiqqFXGqQNOyG5f1CMznpIVav4n5tsQ9DuX5LJ8iB3snXaZIJD8XVsS2Oo
3YH13RKmCPpfVwK8OK4xR9fP231dSi897LSpKi67wqIspCRtgk2kWMsCYQmPggmh
CIrf0z1MP0LUwfaVdELZ
=tGgF
-END PGP SIGNATURE-

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] hsflowd ported to Solaris

[Daniel Pocock]

On 22/04/12 05:32, Neil Mckee wrote:
> Hello All,
> 
> There is now a Solaris port of hsflowd:
> http://host-sflow.sourceforge.net
> 
> Binary packages for sparc and x86 can be downloaded,  but sources are
> only in the trunk:
> mkdir host-sflow-trunk
> svn
> co https://host-sflow.svn.sourceforge.net/svnroot/host-sflow/trunk 
> host-sflow-trunk
> more host-sflow-trunk/INSTALL.SunOS

Have you thought about making the binary packages available through OpenCSW?

The Ganglia 3.3.7 release candidate attempts to fix two critical Solaris
bugs (running in non-global zones, and support for CPUs not in ONLINE
state), the binaries are in OpenCSW experimental:

http://buildfarm.opencsw.org/experimental/ganglia/3.3.7/

Note that 3.3.7 is currently in `release candidate' phase: it was
announced on the dev list the other day, if a week passes without any
complaints, it becomes an official release.

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] 3.3.6 released

[Daniel Pocock]

-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 download folder on Sourceforge:

  https://sourceforge.net/projects/ganglia/files/

The release notes and change summary is here:

  https://github.com/ganglia/monitor-core/wiki/Release-Notes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJPkJy3AAoJEGxlgOd711bEYkkQAJ8SjRDIW2Id2QAvqOFNsxsD
lNcUoZirSQGgn/JMUPNd2NGxiL8eBw0zN5cfmX9FwAkf8YY1IHwqsZGdoE0pp01C
u/iwiPsGa7PQVptfBh+wYM2qCB4SR8hDO+TzmD1JAB4/sCjjfE1KHgTTn+EQWeuO
sK3tsEL/UuRbrJHgAmTBqLGlp2JE1D8/poC14T2Zjx8sGLV7TeAb1geFm0kUJUsV
RmjF2BV7mBcjoOq97QLshZTtVryW7Uwr9KuqyipjFpET45PLo9+FRq4xuvT3xcAZ
1ub3dx6fRIGJ00oUcRmrw+mP8OIZVX+dCFiqZnUff7lML9zFpe6Yg9HGltsvJTVI
ScNgHPNEgpkNp/JuIMRR2qgrnStaP6A+stSVTfH5ZVM/Hxq59+kLXpWzXDzipbDF
DLQM26TKOWaeoTRYsHpJ8j3SIY8v93pHGra3RUNv4FkLfkgLnQniezuWyCrLjLFn
Sz0r3spdJw59aQ8VAlEBvQrf3zR87Y+OGssglDBuAAR6JgjxOTlQ4tX3tTu2pmxJ
l/wg68tVLywND5+ETYmb7srrxIrpxzoc2IJpfcZthn3BzlEDvA2JUEIB9lUD0BND
FVPxuednAv6rF6xLwCb2HTqtwAG8tYk5HM8fqE1gX1vQM7nYAlm4eHmfQALsB5SR
EWKI581SW5QdvcEL5fVX
=gKLq
-END PGP SIGNATURE-

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] 3.3.5 released today

[Daniel Pocock]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256




Release 3.3.5 is now official and ready for distribution

The release was is tagged in git
commit = 9db9beea062c7ce5e5b4d10ed553c9b7cea7642e

Filename: ganglia-3.3.5.tar.gz
SHA256 checksum:
8934ca140cdeef1f3216d8276e18c7f9be5724ca80335fc9bc8b7e2abe55af34


https://sourceforge.net/projects/ganglia/files/


A number of bugs were found during the testing of 3.3.5 and discussed on
the mailing lists.  However, we do not believe any of them is a new bug.
 In other words, anyone who is using 3.3.1 or 3.3.0 should not get any
new bugs from upgrading to 3.3.5

Binary packages will shortly appear in the usual places (Debian
unstable, OpenCSW unstable, etc)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJPfNCiAAoJEGxlgOd711bEtdcP/izWC7SnG4sAvP4ctYLOWJ4U
Pyv9vtYjY+5STMmSag98fqJXrhYURofJZhdUvFx5974g10q/Wn0DbvT5PLxHLjgx
b5aMlQs+jr3+P7rhWA+r/vJamQ2oK5JGweIy43f8jPg/iFT8ZD+aqxOCqcvrv9L5
aV2pMuH+GGqnHWxR4rkvR35/07Iy/ny+YznAI5otwPWu66yFzTToQsLs8Pe8t8g5
+1H7sZAYRseJ5mKB8Hn7+Zl/WX6wOvmh/a9A4Ob/cgkum5Cep+VOvvbctdr7KfH2
cjSNeOBxCMFNjbKn4hU+nbX1WW/+CvXE9EworFdZ01V1y08XT8MzkXXWz9/x3b2W
ckrgqu+kXzFDUfGXnEBxsMLDGmD2raQULpMFY0WvneV2Ib7+8243+qdISOhqyWcQ
y1gQajt5cJKeeRaImduflXqYhGmx/FgfDRnY4WEbCHtzuV3rgCbQUnd679dm0Oab
29nLEbc/uhtGGBeIZZWLklSXSIou47bVFMqkgBXT3sfm5nKoKhkTUFLi25rNnGff
guCCOVC0dpb4lr31en+/xX5k9qsQDmiAIzTbawyj0L7YlgYFI3EQ9gyv9sqZY6Ry
dh0YhsMsly5TZhMyCVv6hRCfwH6sY0CZkJhey9Cm2V2ZUILcR7umxiC/edcQ+0pb
QRYI8AES+LQxS2BDl5Zl
=9eTJ
-END PGP SIGNATURE-

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Configuration Woes v 3.1.7 on FreeBSD 8.1

[Daniel Pocock]

> 
>  LATLONG="unspecified" URL="unspecified">


Normally, within the  ...  section, you see the 
 stuff

If it's not there, then

a) check you have a send channel defined in gmond.conf

b) check you have a receive channel defined in gmond.conf

gmond sends the metrics to itself over the channel: if that is not 
configured, it doesn't return anything in the TCP poll

Feel free to share your gmond.conf

> 
> 
> Connection closed by foreign host.
>

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Ganglia 3.3.5 pre-release binaries on Solaris

[Daniel Pocock]

A new Ganglia release is under construction and this is a wider
invitation for testing

In particular, experimental binaries are now available.  This particular
email concerns the Solaris binaries, there are likely to be similar
invitations to test binaries on other platforms.

Testing and feedback is very welcome, you can download the pre-release
tarball here:

http://sourceforge.net/projects/ganglia/files/pre-release/

and if you are interested in the Solaris binaries, the latest (bleeding
edge) ones are kept here:

http://buildfarm.opencsw.org/experimental/ganglia/

Note to Solaris users: with the new web interface, you need to make sure
that /etc/opt/csw/php5/php.ini enables various extensions:

extension=session.so
extension=gd.so

and then restart Apache:

svcadm restart cswapache2

Apart from this, everything should just work when you install the packages.

Discussion of the pre-release effort takes place on the
ganglia-developers list



--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] per-filesystem metrics

[Daniel Pocock]

Did you try ganglia-modules-linux ?

http://gmod-linux.sourceforge.net/


On 10/03/12 20:39, Ozzie Sabina wrote:
> On Mar 10, 2012, at 2:20 PM, Vladimir Vuksan wrote:
>   
>> What file system metrics are you looking for ? Core python modules collect 
>> metrics from
>> ...
>> 
> Actually I'm most interested in per mount-point disk free/used space.  It 
> looks like that's not being retrieved with these stats.  In our environment 
> certain partitions are "linked to different services and we have a need to 
> track them all individually since many we care about if they get close to 
> full and others we don't care about at all.  
>
> Previously I just kept track of max_disk_used, but this obviously doesn't 
> work in the case where we might care when / is getting to 80% but don't care 
> about /mnt/movies_I_got_from_usenet/ is 100%. [examples all fictional] :)
>
> I figured I can easily write a module to get me this information but wondered 
> if there was something already lying about that I can just plug and play or a 
> module or setting that I missed in the core.
>
> Thx again,
>
> Oz
> --
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing 
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> ___
> Ganglia-general mailing list
> Ganglia-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ganglia-general
>   


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Ganglia compilation error

[Daniel Pocock]

I can build amd64 binaries on Debian amd64 systems - that was the 
platform used for developing the 3.1.7 release

Your error suggests some sort of confusion between i386, x86_64 and 
amd64 - can you specify just what you are aiming to build:
- you want 32 bit or 64 bit binaries?
- if 64 bit, are you specifying x86_64 or amd64?

There are particular issues with the nested configure or libmetrics, it 
may cause pain for people cross-compiling (e.g. building arm binaries on 
Intel boxes, or even building i386 binaries on 64 bit hosts)



On 15/03/2012 16:00, Bernard Li wrote:
>
> When replying, please make sure you reply back to the mailing list
> instead of just to me, thanks.
>
> Have you tried getting the latest version from apt-get? AFAIK the latest
> version should be available from the unstable repository.
>
> Cheers,
>
> Bernard
>
> On Thursday, March 15, 2012, Afef MDHAFFAR  > wrote:
>  > Hi Bernard,
>  > I am using a Debian 6.0.4 as operating system.
>  > My hardware architecture is x86_64.
>  > Thank you
>  > Best regards,
>  > Afef
>  > 2012/3/15 Bernard Li mailto:bern...@vanhpc.org>>
>  >>
>  >> Hi Afef:
>  >>
>  >> What OS and arch are you building on?
>  >>
>  >> Cheers,
>  >>
>  >> Bernard
>  >>
>  >> On Wed, Mar 14, 2012 at 7:06 AM, Afef MDHAFFAR
> mailto:afef.mdhaf...@gmail.com>> wrote:
>  >> > Hi all,
>  >> >
>  >> > The compilation of ganglia returns the following error:
>  >> > **
>  >> > /usr/bin/ld: i386 architecture of input file `.libs/readdir.o' is
>  >> > incompatible with i386:x86-64 output
>  >> > collect2: ld returned 1 exit status
>  >> > make[2]: *** [libganglia.la ] Error 1
>  >> > make[2]: Leaving directory
>  >> > `/home/afef.mdhaffar/GangliaNew/ganglia-3.1.7/lib'
>  >> > make[1]: *** [all-recursive] Error 1
>  >> > make[1]: Leaving directory
> `/home/afef.mdhaffar/GangliaNew/ganglia-3.1.7'
>  >> > make: *** [all] Error 2
>  >> > *
>  >> > Is there any way to fix this error?
>  >> >
>  >> > Thank you
>  >> >
>  >> > Best regards,
>  >> > Afef
>  >> >
>  >> >
>  >> >
>  >> >
> --
>  >> > Virtualization & Cloud Management Using Capacity Planning
>  >> > Cloud computing makes use of virtualization - but cloud computing
>  >> > also focuses on allowing computing to be delivered as a service.
>  >> > http://www.accelacomm.com/jaw/sfnl/114/51521223/
>  >> > ___
>  >> > Ganglia-general mailing list
>  >> > Ganglia-general@lists.sourceforge.net
> 
>  >> > https://lists.sourceforge.net/lists/listinfo/ganglia-general
>  >> >
>  >
>  >
>  >
>  > --
>  > Afef MDHAFFAR
>  > http://www.redcad.org/members/mdhaffar/
>  >
>  >
>  >
>  >
>
>
>
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
>
>
>
> ___
> Ganglia-general mailing list
> Ganglia-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ganglia-general


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] ganglia-modules-linux-1.3.3 available

[Daniel Pocock]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



I've just pushed out ganglia-modules-linux-1.3.3

Download, release notes:

  https://sourceforge.net/projects/gmod-linux/files/

SHA256:
f9d0baac6cba2e30edf7dd8a04c9483a24710d209a36e7e9c604dcdf80002893
ganglia-modules-linux-1.3.3.tar.gz

Key features:
- - per-filesystem metrics
- - per-CPU core metrics
- - disk IO metrics

The main difference from 1.3.1 is that it now builds cleanly without
having a full Ganglia source tree available, just having a Ganglia-dev
headers package should be sufficient.

However, to achieve this, it depends on having include/gm_file.h, which
will only be available with the next Ganglia release (3.3.2).  In the
meantime, anyone wanting to build it can just take gm_file.h directly
from git:

https://github.com/ganglia/monitor-core/blob/master/include/gm_file.h

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJPV+TwAAoJEGxlgOd711bEJisP/3QB8RRY5iP0VgCm+4do0nqI
mgTSj4/Ywch6hIiQRzr12a4X37r88oqrfZh4UmS/rmiW3t8mzMZCJN3t9pjLFA8A
2LWZOVzCnddoe5qG5YP/q9lhPVAXw05DvPR8vtQ/whlWqlwg5Cxk6PtvUDUIbn4k
EgkXj70s07oVi+S9OlL9vPeReZ2MVeUNqR/qq89CMTXH5Bb5D4CynxfmhHXM7o57
2U1ZXJ0FQpv/LLX7TeYpdga0r6Yk0iB2/3HQPTe07TJbiOZiW3W2o7spLUG48Kdq
/wcvkFYGWH8zQa3zKjG5DFjGqvjarcuC8e9h2h3ER3v40BTUniadQHu7G2ewIpEo
C2BdpOCHr+Z41bGxBF/MMxjtHVhN/JMo/r5dgiiWzFupKz6S0OXwD7zNxP8u9gwk
6Ar621erSOuJIM4/wQyXitZ6ptp31vyFfbSzu9gbGHk4zhNQiWQdTEz/zl1LDl/d
zMQ+v0T+NAAErHT4/5LhIKaGyE1zTJ1d+qSr5Y9lxJlYPlV8Jb9EQrjBEQVqTlsW
PTtYMWfJiN2OFu5aeQw/db72F9AOsDEzeNFhls9ctEahodcqS1ozJO1e433MNARb
S3FmYLNe5m8OJueG3nzHOLAhIYRFiCzQJaf6QWmj+/ydYus1B0izt3MuP3RTWS+J
jeTg4XheDv+tuLd9U1j3
=ysJ4
-END PGP SIGNATURE-

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] ganglia-modules-linux 1.3.0 (IO, filesystems and mcpu)

[Daniel Pocock]

ganglia-modules-linux 1.3.0 was recently released:

http://gmod-linux.sourceforge.net/

Download:

https://sourceforge.net/projects/gmod-linux/files/

Features:

IO monitoring (like iostat)

enhanced version of the multicpu metrics

(newest feature): individual filesystem usage

This is a standalone distribution that has been tested with Ganglia
3.1.7 and 3.2.0

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] 3.1.7 gmond (debian 6) feeding 2.5.7 gmetad (debian 5) not showing up on ganglia web interface

[Daniel Pocock]

Any log messages on the gmetad machine?

Can you upgrade the gmetad machine to a recent version?

What is the exact topology:
- does the gmetad poll the gmond 3.1.7 box,
- or does the gmond 3.1.7 send it's metrics to a gmond on the gmetad box?

The latter is definitely not supported - any one cluster (multicast
group) of gmond nodes must really be the same series (e.g. you can't mix
3.0.x and 3.1.x instances in a cluster, I think you can mix 3.1.x and
3.2.x though)


On 09/01/12 02:29, Matteo Guglielmi wrote:
> eth0 of debian 6 node is connected on localhost (gmetad - debian 5) subnet 
> 
> ### gmetad.conf (debian5) ###
> 
> data_source "SUPERB"  localhost
> data_source "ITPLC1"  128.178.43.43:8651
> data_source "ITPLC2"  128.178.43.4:8651
> data_source "MALC1"   128.178.43.7:8651
> 
> scalable off
> 
> gridname "SB-IT"
> 
> trusted_hosts 127.0.0.1 128.178.43.7 128.178.43.43 128.178.43.4
> 
> setuid_username "ganglia"
> 
> ### gmond.conf (debian6) ###
> 
> /* This configuration is as close to 2.5.x default behavior as possible 
>The values closely match ./gmond/metric.h definitions in 2.5.x */ 
> globals {
>   daemonize = yes  
>   setuid = yes 
>   user = ganglia  
>   debug_level = 0   
>   max_udp_msg_len = 1472
>   mute = no 
>   deaf = no 
>   host_dmax = 0 /*secs */ 
>   cleanup_threshold = 300 /*secs */ 
>   gexec = no 
>   send_metadata_interval = 0 
> } 
> 
> /* If a cluster attribute is specified, then all gmond hosts are wrapped 
> inside 
>  * of a  tag.  If you do not specify a cluster tag, then all  
> will 
>  * NOT be wrapped inside of a  tag. */ 
> cluster { 
>   name = "SUPERB" 
>   owner = "unspecified" 
>   latlong = "unspecified" 
>   url = "unspecified" 
> } 
> 
> /* The host section describes attributes of the host, like the location */ 
> host { 
>   location = "unspecified" 
> } 
> 
> /* Feel free to specify as many udp_send_channels as you like.  Gmond 
>used to only support having a single channel */ 
> udp_send_channel { 
>   mcast_join = 239.2.11.71 
>   port = 8649
>   ttl = 1 
>   mcast_if = eth0
> } 
> 
> /* You can specify as many udp_recv_channels as you like as well. */ 
> udp_recv_channel { 
>   mcast_join = 239.2.11.71 
>   port = 8649
>   bind = 239.2.11.71 
>   mcast_if = eth0
> } 
> 
> /* You can specify as many tcp_accept_channels as you like to share 
>an xml description of the state of the cluster */ 
> tcp_accept_channel { 
>   port = 8649
> } 
> 
> /* Each metrics module that is referenced by gmond must be specified and 
>loaded. If the module has been statically linked with gmond, it does not 
>require a load path. However all dynamically loadable modules must include 
>a load path. */ 
> modules { 
>   module { 
> name = "core_metrics" 
>   } 
>   module { 
> name = "cpu_module" 
> path = "/usr/lib/ganglia/modcpu.so" 
>   } 
>   module { 
> name = "disk_module" 
> path = "/usr/lib/ganglia/moddisk.so" 
>   } 
>   module { 
> name = "load_module" 
> path = "/usr/lib/ganglia/modload.so" 
>   } 
>   module { 
> name = "mem_module" 
> path = "/usr/lib/ganglia/modmem.so" 
>   } 
>   module { 
> name = "net_module" 
> path = "/usr/lib/ganglia/modnet.so" 
>   } 
>   module { 
> name = "proc_module" 
> path = "/usr/lib/ganglia/modproc.so" 
>   } 
>   module { 
> name = "sys_module" 
> path = "/usr/lib/ganglia/modsys.so" 
>   } 
> } 
> 
> include ('/etc/ganglia/conf.d/*.conf') 
> 
> 
> /* The old internal 2.5.x metric array has been replaced by the following 
>collection_group directives.  What follows is the default behavior for 
>collecting and sending metrics that is as close to 2.5.x behavior as 
>possible. */
> 
> /* This collection group will cause a heartbeat (or beacon) to be sent every 
>20 seconds.  In the heartbeat is the GMOND_STARTED data which expresses 
>the age of the running gmond. */ 
> collection_group { 
>   collect_once = yes 
>   time_threshold = 20 
>   metric { 
> name = "heartbeat" 
>   } 
> } 
> 
> /* This collection group will send general info about this host every 1200 
> secs. 
>This information doesn't change between reboots and is only collected 
> once. */ 
> collection_group { 
>   collect_once = yes 
>   time_threshold = 1200 
>   metric { 
> name = "cpu_num" 
> title = "CPU Count" 
>   } 
>   metric { 
> name = "cpu_speed" 
> title = "CPU Speed" 
>   } 
>   metric { 
> name = "mem_total" 
> title = "Memory Total" 
>   } 
>   /* Should this be here? Swap can be added/removed between reboots. */ 
>   metric { 
> name = "swap_total" 
> title = "Swap Space Total" 
>   } 
>   metric { 
> name = "boottime" 
> title = "Last Boot Time" 
>   } 
>   metric { 
> name = "machine_type" 
> title = "Machine Type" 
>   } 
>   metric { 
> name = "os_name" 
> title = "Ope

Re: [Ganglia-general] Hierarchical metric names

[Daniel Pocock]

> Is there interest in formalizing a hierarchical naming convention for
> metrics in Ganglia?
>   

I agree that Ganglia's existing methods are very simplistic.

On the positive side, they are very easy to understand and they are both
sufficient and effective for simple situations

On the other hand, there are various issues:

a) multiple instances - net devices, filesystems, CPUs (maybe you've
seen my recent release of ganglia-modules-solaris with per-core CPU
support and per-disk IO stats?),

b) dynamic names: do you really want to see `net_bytes_out_eth1' if eth1
is a USB device and tomorrow it might appear as eth2 or eth3?  Or does
Ganglia need to have some mapping functionality, so the name would
appear as `net_bytes_out_wan' no matter what physical device name was
used?  The same issue applies to filesystems.

c) use of an existing hierarchy: could we borrow from SNMP and use the
OID, for example?  Maybe a future version of Ganglia could just be a
multicast transport for SNMP, and the gmetad would just poll the normal
SNMP daemon to get the mappings of OID->real device names

d) adding or removing devices (e.g. USB net or storage, virtual devices
on a VM, provisioning a SAN filesystem over fibre channel) while Ganglia
is running - at a very simplistic level, gmond could just restart itself
when it notices a change, but if a system is very dynamic, it could
appear that the daemon is flapping

e) application-specific monitoring: e.g. you run two UAT environments, a
demo environment and a production environment.  Each application
instance is a JVM.  You move the UAT environments around between
different servers, but you want to keep all the history from each JVM
and associate it with the name of the environment rather than the name
of the server.

f) excluding some things from aggregation: in the per-core CPU
monitoring, it doesn't mean anything to look at an aggregation of core
no. 3 from each of your 10 hosts, especially if 4 of the hosts only have
2 cores.

g) common solution with Nagios and other technologies: it may also be
desirable to have some naming convention (with meta-data support) that
can be shared, for example, something that could be used by Nagios,
preferably with enough meta-data to allow auto-configuration of things
that should be monitored

My feeling is that all these types of issues should go on a roadmap for
Ganglia 4 or beyond.  It is probably not possible to address them all in
one go, but if they are factored in to the next iteration of the
protocol, then they can be added incrementally


--
Cloud Computing - Latest Buzzword or a Glimpse of the Future?
This paper surveys cloud computing today: What are the benefits? 
Why are businesses embracing it? What are its payoffs and pitfalls?
http://www.accelacomm.com/jaw/sdnl/114/51425149/
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Ganglia web 2.* dependencies and packaging issues

[Daniel Pocock]

On 29/11/11 10:04, Vladimir Vuksan wrote:
> Yes the UI should work with 3.0+ gmetad.
>
> When we first released the 2.0 interface some people expressed the
> desire to run the old interface along side the new one due to certain
> integrations that are not supported. I suppose we could/should ditch
> the old interface at this point.
>

Ok, so maybe the versions could be merged like this:

ganglia 3.2 + gweb 2.(current) => ganglia 3.3.0

This would make it much easier for packaging efforts - OpenCSW, Debian,
the spec file for building RPMs, all of these platforms have linked the
Ganglia web version with the overall version number

To be more specific, it may be easy to:

svn copy branches/3.2/monitor-core branches/monitor-core-3.3

svn delete branches/monitor-core-3.3/web

svn copy monitor-web-2.0 branches/monitor-core-3.3/web

svn copy branches/monitor-core-3.3 tags/3.3.0

Therefore, 3.3 will not include anything new from trunk, it will just be
a clone of 3.2 but with the new web stuff

Anything new from trunk would therefore continue to rest in trunk until
the 3.4 series comes along



--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Ganglia web 2.* dependencies and packaging issues

[Daniel Pocock]

I looked at the README, the release announcements and the wiki

http://sourceforge.net/apps/trac/ganglia/wiki/ganglia-web-2

I note that none of them make any comment on the minimum gmetad version
(or gmond version, if that is relevant)

Should it work for people using 3.1.*  or even 3.0.*?

One thing the notes do mention is that it can be run alongside the
default web interface (e.g. by installing to /var/www/ganglia2) - what
is the intention for distribution and packaging then?

Some package maintainers may want to make their packages more
predictable by using a common URL, and making the new package conflict
with the old package (e.g. on OpenCSW, I might make a new gangliaweb
package that simply replaces the existing gangliaweb).  As the source is
a separate tarball and has an independent version number, this becomes a
bit confusing though, as I've already created a package gangliaweb-3.1.7
based on the full Ganglia release 3.1.7, so the new package would have a
lower version number than the existing one.

Regards,

Daniel




--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Ganglia for Solaris packages now in OpenCSW unstable

[Daniel Pocock]

I've freshened up the Ganglia packages and pushed them into the unstable
catalog - this should make the packaging compliant with the latest
OpenCSW standards

I'd appreciate any feedback that people have about these packages

http://www.opencsw.org/packages/CSWgangliaagent/(put it on the
machines you want to monitor)

http://www.opencsw.org/packages/CSWgangliaweb/   (put it on a server
with Apache, to see the graphs)

The gmond agent sends the metrics over multicast by default - as long as
the machine with gangliaweb and gangliagmetad can receive the multicast
packets, there is no manual configuration required, the packages should
just work out of the box.



--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] 3.1.7 release glitch

[Daniel Pocock]

I've just discovered a small glitch in the release of 3.1.7

The tarball on Sourceforge appears to have been the same as the tarball
on ganglia.info/testing, but compressed a second time (i.e. a nested gzip).

I've now replaced it with the correct tarball.

The md5sum in the announcements was correct for the nested tarball and
the original tarball on ganglia.info/testing, and as the actual content
of the tarball was correct and it was just a compression issue, I have
simply re-uploaded ganglia-3.1.7.tar.gz

I'm not sure how this happened, but if it was my mistake then I give my
sincere apologies to anyone who was spent the last couple of days trying
to unpack it.



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Ganglia 3.1.7 GA release now available

[Daniel Pocock]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The Ganglia Project (http://ganglia.info <http://ganglia.info/>) is
pleased to announce the official release of Ganglia 3.1.7

The official tarball is available for immediate download at:

http://sourceforge.net/projects/ganglia/files/ganglia%20monitoring%20core/3.1.7/

The md5sum for 3.1.7 is: 6aa5e2109c2cc8007a6def0799cf1b4c

For a full description of the bug fixes and enhancements that are
included in the 3.1.7 release as well as upgrade information, please
see the current release notes at:

http://ganglia.wiki.sourceforge.net/ganglia_release_notes

Supported platforms:

* Linux (Fedora/RedHat/CentOS, Debian, Gentoo, SuSE/OpenSuSE)
* [Open]Solaris
* FreeBSD
* NetBSD
* OpenBSD
* DragonflyBSD
* Cygwin (no support for DSO yet)
* AIX (initial support for DSO now available - please provide
  feedback)

Please read all the README, INSTALL and other available documentation
(http://ganglia.wiki.sourceforge.net
<http://ganglia.wiki.sourceforge.net/>) as a lot of things have
changed since version 3.0. Use good deployment practices when
upgrading from 3.0.x to make sure that you do not mix gmond 3.0 and
3.1 nodes in the same cluster (as defined by a multicast address or
unicast collector node). The protocol that allows gmond nodes to
communicate within the same cluster, has changed. However the XML
packets that are passed between gmond and gmetad have remained
compatible from 3.0.x to 3.1.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

iEYEARECAAYFAkuVZhYACgkQCVo/7lJLCVh1VQCgnAqeWxPjy2zvuZ4vyXfQfEgR
/qUAn29EIM4FK30bakIb6XkAwukpF64b
=5c0n
-END PGP SIGNATURE-


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

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

[Daniel Pocock]

Thanks to those who provided feedback - any objections to making 3.1.7
generally available?  I would like to make it GA within the next 1-2
days now.


Michael Perzl wrote:
> I have successfully compiled and tested 3.1.7 on
> - AIX 5.1 ML04
> - AIX 5.3 ML00
> - AIX 5.3 TL07
> - 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
>> has been tested on, so far, I have tested
>> - Debian lenny,
>> - RHEL3/4/5,
>> - CentOS 5,
>>   - Solaris 8 and
>> - Cygwin.
>>
>> and Brad has done some testing on 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 tested
>>> again by those who tested 3.1.6:
>>>   - the build system (support for commas in CFLAGS)
>>>   - the multicpu module - percentages reported differently
>>>
>>> This is not confirmation that the release is in GA status - a further
>>> notification will be sent when the testing period has elapsed without
>>> any serious defect.  Users are invited to test the tarball and submit
>>> feedback.
>>>
>>> Please do not commit on branches/monitor-core-3.1 until after 3.1.7
>>> goes GA, in case further tweaks are needed to facilitate a successful
>>> release.
>>>
>>> Below are the release notes from the STATUS file.  Other documentation
>>> has also changed since 3.1.2 and should be reviewed:
>>>
>>> GANGLIA 3.1 STATUS:   -*-text-*-
>>> Last modified at [$Date: 2010-02-17 11:01:08 + (Wed, 17 Feb 2010) $]
>>>
>>> The current version of this file can be found at:
>>>
>>>*
>>> http://ganglia.svn.sourceforge.net/svnroot/ganglia/branches/monitor-core-3.1/STATUS
>>>
>>> Release history:
>>>
>>>  3.1.7 : Tagged: Feb 17, 2010
>>>  3.1.6 : Tagged: Feb  4, 2010 (not released for GA)
>>>  3.1.5(hargrave)   : Tagged: Nov 24, 2009 (not released for GA)
>>>  3.1.4(hargrave)   : Tagged: Oct 26, 2009 (not released for GA)
>>>  3.1.3(avenger): Tagged: Sep 19, 2009 (not released for GA)
>>>  3.1.2(langley): Released: Feb 17, 2009
>>>  3.1.1(wien)   : Released: Sep 10, 2008
>>>  3.1.0(amelia) : Released: Jul 30, 2008
>>>
>>> Contributors looking for a mission:
>>>
>>>* Just do an egrep on "TODO", "XXX" or "FIXME" in the source.
>>>* Review the bug database at: http://bugzilla.ganglia.info/
>>>* Open bugs in the bug database.
>>>* Implement a feature from the wishlist at:
>>> http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_wish-list
>>>
>>> CURRENT RELEASE NOTES:
>>>(Please update this area with a brief description of bug fixes and
>>> enhancements that have been backported for the current release)
>>>
>>>Note: 3.1.3, 3.1.4, 3.1.5 and 3.1.6 never became GA, therefore,
>>>the release notes for all of them are combined below.
>>>
>>>3.1.7:
>>>
>>>* Fix build support for RHEL5/issue with commas in CFLAGS
>>>* multicpu module: show CPU utilization as a value between 0-100% for
>>>  each core
>>>
>>>3.1.6:
>>>
>>>* Merge commit 1966 from trunk to fix "contrib/removespikes.pl"
>>>* Bootstrapping with Debian 5.0 (lenny) versions of autotools for
>>>  this and future releases.
>>>
>>> http://www.mail-archive.com/ganglia-develop...@lists.sourceforge.net/msg05352.html
>>>
>>> http://www.mail-archive.com/ganglia-general@lists.sourceforge.net/msg04688.html
>>>* Require user to explicitly specify sysconfdir when building from
>>> source,
>>>  due to the fact that the old behavior was not consistent with the
>>>  documented behavior.
>>>* Configuration files and scripts are now created during the install
>>> phase
>>>  rather than during co

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

[Daniel Pocock]

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
has been tested on, so far, I have tested
- Debian lenny,
- RHEL3/4/5,
- CentOS 5,
 - Solaris 8 and
- Cygwin.

and Brad has done some testing on 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 tested
> again by those who tested 3.1.6:
>  - the build system (support for commas in CFLAGS)
>  - the multicpu module - percentages reported differently
>
> This is not confirmation that the release is in GA status - a further
> notification will be sent when the testing period has elapsed without
> any serious defect.  Users are invited to test the tarball and submit
> feedback.
>
> Please do not commit on branches/monitor-core-3.1 until after 3.1.7
> goes GA, in case further tweaks are needed to facilitate a successful
> release.
>
> Below are the release notes from the STATUS file.  Other documentation
> has also changed since 3.1.2 and should be reviewed:
>
> GANGLIA 3.1 STATUS:   -*-text-*-
> Last modified at [$Date: 2010-02-17 11:01:08 + (Wed, 17 Feb 2010) $]
>
> The current version of this file can be found at:
>
>   *
> http://ganglia.svn.sourceforge.net/svnroot/ganglia/branches/monitor-core-3.1/STATUS
>
> Release history:
>
> 3.1.7 : Tagged: Feb 17, 2010
> 3.1.6 : Tagged: Feb  4, 2010 (not released for GA)
> 3.1.5(hargrave)   : Tagged: Nov 24, 2009 (not released for GA)
> 3.1.4(hargrave)   : Tagged: Oct 26, 2009 (not released for GA)
> 3.1.3(avenger): Tagged: Sep 19, 2009 (not released for GA)
> 3.1.2(langley): Released: Feb 17, 2009
> 3.1.1(wien)   : Released: Sep 10, 2008
> 3.1.0(amelia) : Released: Jul 30, 2008
>
> Contributors looking for a mission:
>
>   * Just do an egrep on "TODO", "XXX" or "FIXME" in the source.
>   * Review the bug database at: http://bugzilla.ganglia.info/
>   * Open bugs in the bug database.
>   * Implement a feature from the wishlist at:
> http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_wish-list
>
> CURRENT RELEASE NOTES:
>   (Please update this area with a brief description of bug fixes and
>enhancements that have been backported for the current release)
>
>   Note: 3.1.3, 3.1.4, 3.1.5 and 3.1.6 never became GA, therefore,
>   the release notes for all of them are combined below.
>
>   3.1.7:
>
>   * Fix build support for RHEL5/issue with commas in CFLAGS
>   * multicpu module: show CPU utilization as a value between 0-100% for
> each core
>
>   3.1.6:
>
>   * Merge commit 1966 from trunk to fix "contrib/removespikes.pl"
>   * Bootstrapping with Debian 5.0 (lenny) versions of autotools for
> this and future releases.
>
> http://www.mail-archive.com/ganglia-develop...@lists.sourceforge.net/msg05352.html
>
> http://www.mail-archive.com/ganglia-general@lists.sourceforge.net/msg04688.html
>   * Require user to explicitly specify sysconfdir when building from
> source,
> due to the fact that the old behavior was not consistent with the
> documented behavior.
>   * Configuration files and scripts are now created during the install
> phase
> rather than during configure.   This allows values such as
> @sysconfdir@
> to be used in the template configuration files.
>   * Abolish the use of release names - only release numbers will be used
> to distinguish versions in future
>   * libmetrics: workaround system header conflict in DFBSD >= 2.4 (BUG245)
>   * Use PCRE regex matching to configure metrics using the name_match
> directive
>   * rrdcached support
>   * gmetad now uses apr and the sleep intervals between polls are
> randomized
> in a way that supports shorter polling intervals
>   * FreeBSD support: fixes for crashes and disk statistics (BUG153)
>   * Further tweaks to Solaris build support (remove C99 hack)
>   * Eliminate conflict with ncpus symbol name on older Solaris
>   * AIX support: determine if the host is a virtual server (BUG226)
>   * AIX support: setting linker flags (BUG227), add -lm
>   * AIX support: tweaks for AIX >= v6.1
>   * AIX support: revised init scripts for gmond and gmetad
>   * Check for Python.h explicitly
>   * Include the necessary Python files in the distribution tarball,
> regardless
> of how BUILD_PYTHON is set (r2215).
>   * Remove references to GNU toolchain 

[Ganglia-general] Ganglia 3.1.7 ready for testing

[Daniel Pocock]

-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.6:
 - the build system (support for commas in CFLAGS)
 - the multicpu module - percentages reported differently

This is not confirmation that the release is in GA status - a further
notification will be sent when the testing period has elapsed without
any serious defect.  Users are invited to test the tarball and submit
feedback.

Please do not commit on branches/monitor-core-3.1 until after 3.1.7
goes GA, in case further tweaks are needed to facilitate a successful
release.

Below are the release notes from the STATUS file.  Other documentation
has also changed since 3.1.2 and should be reviewed:

GANGLIA 3.1 STATUS:   -*-text-*-
Last modified at [$Date: 2010-02-17 11:01:08 + (Wed, 17 Feb 2010) $]

The current version of this file can be found at:

  *
http://ganglia.svn.sourceforge.net/svnroot/ganglia/branches/monitor-core-3.1/STATUS

Release history:

3.1.7 : Tagged: Feb 17, 2010
3.1.6 : Tagged: Feb  4, 2010 (not released for GA)
3.1.5(hargrave)   : Tagged: Nov 24, 2009 (not released for GA)
3.1.4(hargrave)   : Tagged: Oct 26, 2009 (not released for GA)
3.1.3(avenger): Tagged: Sep 19, 2009 (not released for GA)
3.1.2(langley): Released: Feb 17, 2009
3.1.1(wien)   : Released: Sep 10, 2008
3.1.0(amelia) : Released: Jul 30, 2008

Contributors looking for a mission:

  * Just do an egrep on "TODO", "XXX" or "FIXME" in the source.
  * Review the bug database at: http://bugzilla.ganglia.info/
  * Open bugs in the bug database.
  * Implement a feature from the wishlist at:
http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_wish-list

CURRENT RELEASE NOTES:
  (Please update this area with a brief description of bug fixes and
   enhancements that have been backported for the current release)

  Note: 3.1.3, 3.1.4, 3.1.5 and 3.1.6 never became GA, therefore,
  the release notes for all of them are combined below.

  3.1.7:

  * Fix build support for RHEL5/issue with commas in CFLAGS
  * multicpu module: show CPU utilization as a value between 0-100% for
each core

  3.1.6:

  * Merge commit 1966 from trunk to fix "contrib/removespikes.pl"
  * Bootstrapping with Debian 5.0 (lenny) versions of autotools for
this and future releases.

http://www.mail-archive.com/ganglia-develop...@lists.sourceforge.net/msg05352.html

http://www.mail-archive.com/ganglia-general@lists.sourceforge.net/msg04688.html
  * Require user to explicitly specify sysconfdir when building from
source,
due to the fact that the old behavior was not consistent with the
documented behavior.
  * Configuration files and scripts are now created during the install
phase
rather than during configure.   This allows values such as
@sysconfdir@
to be used in the template configuration files.
  * Abolish the use of release names - only release numbers will be used
to distinguish versions in future
  * libmetrics: workaround system header conflict in DFBSD >= 2.4 (BUG245)
  * Use PCRE regex matching to configure metrics using the name_match
directive
  * rrdcached support
  * gmetad now uses apr and the sleep intervals between polls are
randomized
in a way that supports shorter polling intervals
  * FreeBSD support: fixes for crashes and disk statistics (BUG153)
  * Further tweaks to Solaris build support (remove C99 hack)
  * Eliminate conflict with ncpus symbol name on older Solaris
  * AIX support: determine if the host is a virtual server (BUG226)
  * AIX support: setting linker flags (BUG227), add -lm
  * AIX support: tweaks for AIX >= v6.1
  * AIX support: revised init scripts for gmond and gmetad
  * Check for Python.h explicitly
  * Include the necessary Python files in the distribution tarball,
regardless
of how BUILD_PYTHON is set (r2215).
  * Remove references to GNU toolchain in documentation
  * Fortify write_data_to_rrd against overflows
  * Web interface: minor formatting changes
  * mcast_if implementation tweaked so that the send channel will be bound
to the IP of the outgoing interface
  * Documentation updates relating to the options for multihomed hosts,
particularly bind, bind_hostname and mcast_if

  3.1.5:

  * No change to source code, just modified configure.in and STATUS file
and will be bootstrapping on Fedora 9 with newer autotools version
than
CentOS 4

  3.1.4:

  * gmond: Limit the use of APR_POLLSET_THREADSAFE to Linux >= 2.6
  * gmond: improve/revert setuid behavior in configure script

  3.1.3:

  * gmond: Fix the allow_extra_data configuration directive (BUG199)
  * gmond: Ensure that a complete XML dump is delivered before closing
   the send socket. Submi

Re: [Ganglia-general] gmetad and RDD problem

[Daniel Pocock]

> Feb 10 09:29:52 SERVEUR /usr/sbin/gmetad[22332]: RRD_update
> (/var/lib/ganglia/rrds/NOEUDS/__SummaryInfo__/part_max_used.rrd):
> illegal attempt to update using time 1265790592 when last update time
> is 1265790592 (minimum one second step)
>
This is not uncommon

Do the graphs look OK?

How often do you get the error message?

Is it always for the same cluster NOEUDS or do you get the error for all
your clusters?

Which version of Ganglia are you using?  I notice Solaris is mentioned
in your email signature - if you are using Solaris, have you tried the
latest packages that I uploaded to http://mirror.opencsw.org/testing
yesterday?

--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

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

[Daniel Pocock]

For those who have a comma in CFLAGS, this little patch is necessary -
it is needed on some RHEL5 boxes, whereas my CentOS 5 box didn't need it.

I'll wait for any other feedback, then re-release as 3.1.7


--- scripts/fixconfig.in(revision 2275)
+++ scripts/fixconfig.in(working copy)
@@ -70,7 +70,7 @@
  -e "s,@sbind...@],$sbindir,g" \
  -e "s,@sysconfd...@],$sysconfdir,g" \
  -e "s,@included...@],$includedir,g" \
- -e "s,@cfla...@],$CFLAGS,g" \
+ -e "s...@cflags[@]!$CFLAGS!g" \
  -e "s...@ldflags[@]!$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 3.1.6 is: 39134ccba646fce6979958bf9c0fc8d7
>
> This is not confirmation that the release is in GA status - a further
> notification will be sent when the testing period has elapsed without
> any serious defect.  Users are invited to test the tarball and submit
> feedback.
>
> Please do not commit on branches/monitor-core-3.1 until after 3.1.6
> goes GA, in case further tweaks are needed to facilitate a successful
> release.
>
> Below are the release notes from the STATUS file.  Other documentation
> has also changed and should be reviewed:
>
> GANGLIA 3.1 STATUS:   -*-text-*-
> Last modified at [$Date: 2010-02-04 12:07:01 + (Thu, 04 Feb 2010) $]
>
> The current version of this file can be found at:
>
>   *
> http://ganglia.svn.sourceforge.net/svnroot/ganglia/branches/monitor-core-3.1/STATUS
>
> Release history:
>
> 3.1.6 : Tagged: Feb  4, 2010
> 3.1.5(hargrave)   : Tagged: Nov 24, 2009 (not released for GA)
> 3.1.4(hargrave)   : Tagged: Oct 26, 2009 (not released for GA)
> 3.1.3(avenger): Tagged: Sep 19, 2009 (not released for GA)
> 3.1.2(langley): Released: Feb 17, 2009
> 3.1.1(wien)   : Released: Sep 10, 2008
> 3.1.0(amelia) : Released: Jul 30, 2008
>
> Contributors looking for a mission:
>
>   * Just do an egrep on "TODO", "XXX" or "FIXME" in the source.
>   * Review the bug database at: http://bugzilla.ganglia.info/
>   * Open bugs in the bug database.
>   * Implement a feature from the wishlist at:
> http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_wish-list
>
> CURRENT RELEASE NOTES:
>   (Please update this area with a brief description of bug fixes and
>enhancements that have been backported for the current release)
>
>   Note: 3.1.3, 3.1.4 and 3.1.5 never became GA, therefore, the release
> notes
>   for all of them are combined below.
>
>   3.1.6:
>
>   * Merge commit 1966 from trunk to fix "contrib/removespikes.pl"
>   * Bootstrapping with Debian 5.0 (lenny) versions of autotools for
> this and future releases.
>
> http://www.mail-archive.com/ganglia-develop...@lists.sourceforge.net/msg05352.html
>
> http://www.mail-archive.com/ganglia-general@lists.sourceforge.net/msg04688.html
>   * Require user to explicitly specify sysconfdir when building from
> source,
> due to the fact that the old behavior was not consistent with the
> documented behavior.
>   * Configuration files and scripts are now created during the install
> phase
> rather than during configure.   This allows values such as
> @sysconfdir@
> to be used in the template configuration files.
>   * Abolish the use of release names - only release numbers will be used
> to distinguish versions in future
>   * libmetrics: workaround system header conflict in DFBSD >= 2.4 (BUG245)
>   * Use PCRE regex matching to configure metrics using the name_match
> directive
>   * rrdcached support
>   * gmetad now uses apr and the sleep intervals between polls are
> randomized
> in a way that supports shorter polling intervals
>   * FreeBSD support: fixes for crashes and disk statistics (BUG153)
>   * Further tweaks to Solaris build support (remove C99 hack)
>   * Eliminate conflict with ncpus symbol name on older Solaris
>   * AIX support: determine if the host is a virtual server (BUG226)
>   * AIX support: setting linker flags (BUG227), add -lm
>   * AIX support: tweaks for AIX >= v6.1
>   * AIX support: revised init scripts for gmond and gmetad
>   * Check for Python.h explicitly
>   * Include the necessary Python files in the distribution tarball,
> regardless
> of how BUILD_PYTHON is set (r2215).
>   * Remove references to GNU toolchain in documentation
>   * Fortify write_data_to_rrd against overflows
>   * Web interface

[Ganglia-general] Ganglia 3.1.6 ready for testing

[Daniel Pocock]

-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 be sent when the testing period has elapsed without
any serious defect.  Users are invited to test the tarball and submit
feedback.

Please do not commit on branches/monitor-core-3.1 until after 3.1.6
goes GA, in case further tweaks are needed to facilitate a successful
release.

Below are the release notes from the STATUS file.  Other documentation
has also changed and should be reviewed:

GANGLIA 3.1 STATUS:   -*-text-*-
Last modified at [$Date: 2010-02-04 12:07:01 + (Thu, 04 Feb 2010) $]

The current version of this file can be found at:

  *
http://ganglia.svn.sourceforge.net/svnroot/ganglia/branches/monitor-core-3.1/STATUS

Release history:

3.1.6 : Tagged: Feb  4, 2010
3.1.5(hargrave)   : Tagged: Nov 24, 2009 (not released for GA)
3.1.4(hargrave)   : Tagged: Oct 26, 2009 (not released for GA)
3.1.3(avenger): Tagged: Sep 19, 2009 (not released for GA)
3.1.2(langley): Released: Feb 17, 2009
3.1.1(wien)   : Released: Sep 10, 2008
3.1.0(amelia) : Released: Jul 30, 2008

Contributors looking for a mission:

  * Just do an egrep on "TODO", "XXX" or "FIXME" in the source.
  * Review the bug database at: http://bugzilla.ganglia.info/
  * Open bugs in the bug database.
  * Implement a feature from the wishlist at:
http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_wish-list

CURRENT RELEASE NOTES:
  (Please update this area with a brief description of bug fixes and
   enhancements that have been backported for the current release)

  Note: 3.1.3, 3.1.4 and 3.1.5 never became GA, therefore, the release
notes
  for all of them are combined below.

  3.1.6:

  * Merge commit 1966 from trunk to fix "contrib/removespikes.pl"
  * Bootstrapping with Debian 5.0 (lenny) versions of autotools for
this and future releases.
   
http://www.mail-archive.com/ganglia-develop...@lists.sourceforge.net/msg05352.html
   
http://www.mail-archive.com/ganglia-general@lists.sourceforge.net/msg04688.html
  * Require user to explicitly specify sysconfdir when building from
source,
due to the fact that the old behavior was not consistent with the
documented behavior.
  * Configuration files and scripts are now created during the install
phase
rather than during configure.   This allows values such as
@sysconfdir@
to be used in the template configuration files.
  * Abolish the use of release names - only release numbers will be used
to distinguish versions in future
  * libmetrics: workaround system header conflict in DFBSD >= 2.4 (BUG245)
  * Use PCRE regex matching to configure metrics using the name_match
directive
  * rrdcached support
  * gmetad now uses apr and the sleep intervals between polls are
randomized
in a way that supports shorter polling intervals
  * FreeBSD support: fixes for crashes and disk statistics (BUG153)
  * Further tweaks to Solaris build support (remove C99 hack)
  * Eliminate conflict with ncpus symbol name on older Solaris
  * AIX support: determine if the host is a virtual server (BUG226)
  * AIX support: setting linker flags (BUG227), add -lm
  * AIX support: tweaks for AIX >= v6.1
  * AIX support: revised init scripts for gmond and gmetad
  * Check for Python.h explicitly
  * Include the necessary Python files in the distribution tarball,
regardless
of how BUILD_PYTHON is set (r2215).
  * Remove references to GNU toolchain in documentation
  * Fortify write_data_to_rrd against overflows
  * Web interface: minor formatting changes
  * mcast_if implementation tweaked so that the send channel will be bound
to the IP of the outgoing interface
  * Documentation updates relating to the options for multihomed hosts,
particularly bind, bind_hostname and mcast_if

  3.1.5:

  * No change to source code, just modified configure.in and STATUS file
and will be bootstrapping on Fedora 9 with newer autotools version
than
CentOS 4

  3.1.4:

  * gmond: Limit the use of APR_POLLSET_THREADSAFE to Linux >= 2.6
  * gmond: improve/revert setuid behavior in configure script

  3.1.3:

  * gmond: Fix the allow_extra_data configuration directive (BUG199)
  * gmond: Ensure that a complete XML dump is delivered before closing
   the send socket. Submitted by: Jerry 
  * gmond: add bind and bind_hostname parameters for udp_send_channel()
  * gmetad: BUG232: eliminate case-sensitive hostname bug, user can
choose to
maintain legacy behavior though.
  * gmond: BUG237: revise fix for segfault on Solaris where first CPU
not in
   slot 0
  * gmond: support for HUP signal on platforms with execve
  * gmond: status module: return gmond version info as string metrics
 

Re: [Ganglia-general] Disk metrics

[Daniel Pocock]

>
> Does anyone know, will basic disk metrics be included in future 
> releases of Ganglia (especially metrics like disk ops/s)?

There are a few people who have written such patches, but none of them 
is in the official distribution yet.

Which platform are you interested in?

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] FOSDEM, Bernard Li featured on main page

[Daniel Pocock]

http://www.fosdem.org/2010/

FOSDEM organisers have now published an interview with Bernard Li, who 
will be speaking about the Ganglia project at 15:00 on the Saturday.

There will also be a number of other Ganglia users and contributors at 
FOSDEM this year - please feel free to get in touch if you will be there.


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

[Ganglia-general] Ganglia users in the UK - FOSDEM?

[Daniel Pocock]

Hi,

Is anyone keen on arranging or participating in shared transport to 
FOSDEM this year?

Bernard will be speaking about Ganglia, there is a whole track on 
systems monitoring subjects, and at least one major sponsor is known to 
be providing free beer.

If you have a car, or would potentially like to ride over there with 
myself and some other members of the Ganglia and open source community, 
please reply to this thread or email me privately.

FOSDEM is free and you only have to pay for transport, hotel and 
whatever beer the sponsors don't provide.

Regards,

Daniel

--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Gaps in graphs

[Daniel Pocock]

Cassandra Pugh wrote:
> Hello,
>
> Thank you for your advice.  I currently write the files to a  hardware 
> raided SAN over gig ethernet,  which is also mounted by ou webserver 
> which displays the graphs.
iSCSI SAN, or NFS?

It may be better to have the RAID connected directly using fibre channel 
or SCSI

>
> I tried exporting the tmp/ramfs to the the webserver, but RHEL 5 
> doesn't seem to support this.

It is just a filesystem - you probably just need to check the 
configuration carefully (gmetad.conf and conf.php) and review 
/var/log/httpd/error.log for clues
>
> This is my data source line:
>
> data_source "Cluster" 60 localhost:8650
>
>
> grep ^RRA gmetad.conf  returns no results.
try

grep -i ^RRA gmetad.conf  returns no results.

if that gives nothing, then you have the default RRA settings.

>
>
> The iostat returns some iowaits up around 25 at first glance, but i 
> would suppose i would have to match up the iowait when the gaps are 
> occuring?
Yes, please do that

>
> Thanks again for you input, and I welcome any insight.

I would suggest studying the rrdtool man pages, particularly the one 
that explains the RRA definition (man rrdcreate is a good start)

>
> -Cassandra
>
>
>
>
> Daniel Pocock wrote:
>>
>>> This is most likely an I/O related issue.  So please try Ofer's
>>>   
>>
>> Use iostat to check your IO levels and see if that is definitely the 
>> cause, e.g.
>>
>>
>> $ iostat -k 1 -x
>>
>>> suggestion by putting your RRD files onto tmpfs.  An alternative
>>> solution is to put the RRD files onto a (small) RAID that could
>>> provide higher I/O, or potentially SSDs (if cost is not an issue).
>>>   
>> Please share the following with us:
>>
>> grep ^RRA gmetad.conf
>>
>> and also tell us your polling interval.
>>
>> Review the XFF parameter in your RRA definition (see the rrdtool man 
>> pages for an explanation)
>>
>>> The code from trunk does support the new rrdcached feature that comes
>>> with newer versions of RRDTool, but that code is currently still in
>>> development.
>>>   
>> Some very big sites use that in production already - it is backported 
>> on the 3.1.3/4/5 betas - it is highly recommended


--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] UDP bind error

[Daniel Pocock]

Konrad, Karl-Heinz wrote:
> Hi All,
> I am receiving a UDP bind error when I try to start gmond on my first 
> cluster node.  I have selinux and iptables off for testing on both 
> host and server.  The gmetad server is binding and connecting on the 
> server itself, but I receive this when attempting to connect from any 
> cluster node.  Any ideas?

Is 172.22.1.100 the IP address of mynode-20?

I notice your config specifies the same bind address in udp_recv_channel

Read the documentation carefully to see what bind is doing, you may not 
even need the bind parameter for unicast operation
>
> udp_send_channel {
>   host = 172.22.1.100
>   port = 8649
>   ttl = 1
> }
> /* You can specify as many udp_recv_channels as you like as well. */
> udp_recv_channel {
>   port = 8649
>   bind = 172.22.1.100
> }


--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Hostnames instead of reverse DNS

[Daniel Pocock]

>
> Currently Ganglia web shows the hosts with reverse DNS names.
>
> Is there any way to show the host-names instead?

This is definitely an issue for some people, and it has been discussed, 
but no change has been implemented yet.

http://www.mail-archive.com/ganglia-develop...@lists.sourceforge.net/msg05045.html

If you want to contribute some ideas or even a patch, that would be great


--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

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

[Daniel Pocock]

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.  Therefore, any effort that 
people can contribute to test the code will make the release more 
successful for you.

Over the course of the next week or two, I will be monitoring #ganglia 
on IRC during London business hours (roughly 09:00 to 18:00 GMT, and 
maybe later) and will do my best to assist anyone who wants to undertake 
testing, discuss backports, etc.

Please don't hesitate to speak up if something appears broken in 
branches/monitor-core-3.1 at this stage, or if there is any other 
problem you are having with the 3.1 series.

Regards,

Daniel


--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] mcast_if in ganglia 3.1.2 using the wrong source address

[Daniel Pocock]

Carlo Marcelo Arenas Belon wrote:
> On Sat, Jan 09, 2010 at 01:50:42PM +0100, Stefan Ott wrote:
>   
>> I'm not sure whether this has been reported yet but since I couldn't
>> find a report, I assume it hasn't.
>> 
>
> it has been reported [1] and a fix is available and committed in trunk
> in r2121 [2] and should hopefully be part of 3.1.6 when released.
>
>   

I've just backported this to the 3.1 branch - as mentioned on the 
ganglia-developers list already, there have been quite a few fixes, and 
many of them backported in the last few days, so users are invited to 
test it.

To build and install test binaries under /tmp/ganglia-3.1-test, the 
following commands could be used:
mkdir ~/ws && cd ~/ws

svn co 
https://ganglia.svn.sourceforge.net/svnroot/ganglia/branches/monitor-core-3.1 
ganglia-3.1

cd ganglia-3.1

./bootstrap

./configure --with-gmetad --prefix=/tmp/ganglia-3.1-test

make

make install



--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Extending the format of gmetad.conf

[Daniel Pocock]

Jesse Becker wrote:
> On Wed, Jan 6, 2010 at 12:01, Ofer Inbar  wrote:
>   
>> Daniel Pocock  wrote:
>> 
>>> and 3.2 can possibly go to a full XML format gmetad.conf with more
>>> advanced templates, etc.
>>>   
>> Please tell me that's not being considered?
>> XML is a horrible lousy format for these kinds of config files.
>> 
>
> I concur.  I *STRONGLY* object to using XML for configuration files.
> It's not so bad for data, but config files.
>   
I don't think it's a question of XML is good or bad, and I never 
intended to exclude other possibilities.

I think we need to consider various factors:

- some configuration settings (e.g. setuid, debug level) probably 
requires little more than the current file format and these settings are 
probably not changed often, and even then, only an advanced user would 
change them

- other configuration (e.g. the list of clusters, the RRAs or the 
proposed templates) may change more often and may need to be changed by 
some kind of tool

Data in the latter category may be appropriate for XML.  It may also be 
appropriate to have it in an RDBMS.  Maybe even a DSO approach is 
needed, where people can code their own configuration module to read a 
custom source.  Before making such decisions, we would look at:

- what kind of tools would be useful for working with the data: a web 
interface?  Generic XML editor? Custom tool written in Java?  Or would 
users like to transform data from another source?

- is it important for users to maintain the files manually, or will the 
focus shift to tools, web interface or config files generated from some 
other enterprise data source?



--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Extending the format of gmetad.conf

[Daniel Pocock]

Carlo Marcelo Arenas Belon wrote:
> On Mon, Jan 04, 2010 at 06:55:36AM -0500, Jesse Becker wrote:
>   
>> On Mon, Jan 4, 2010 at 03:46, Carlo Marcelo Arenas Belon
>>  wrote:
>> 
 My goal is to allow different sets of RRAs for different sources, while
 making sure the existing file format remains valid.
 
>>> why do you want to have this? what is the use case for having different
>>> metric storage frequencies per cluster and why can't be done by having
>>> instead independent gmetad?
>>>   
>> I can think of reasons why you'd want different frequencies for the
>> same metric, mostly having to do with required data retention policies
>> and lack of resources (disk space).  It could be done with different
>> gmetad processes, but that gets complicated for a simple cluster
>> (multiple gmetad polling the same gmond, the same data is displayed in
>> two different locations).
>> 
>
> Of course I can think of reasons why that might be something you would want
> to have, and that is why I said that might be needed in the long run if those
> reasons are genuine, but I will be surprised if there is a reason good enough
> to do that from the very beginning when using multiple gmetad would solve it
> for now IMHO.
>   

Multiple gmetad is technically a viable solution, but slightly harder to 
support - I'd rather look at a box and say `is gmetad running' rather 
than `are the right number of gmetads running'
> The point is that the syntactical sugar to make that work would be far more
> complicated and difficult to do in a 3.1 compatible way than just adding
> templates and therefore I would tend to believe that it would make more
> sense as a 3.2 feature, while having different RRAs independently of which
> datasource has been in the "wishlist" since even before 3.1.0 was released
> and would be something you would instead want backported ASAP (probably
> even to 3.0 if there is demand)
>
>   
I believe it can be done in a way that is 3.1 compatible, and 3.2 can 
possibly go to a full XML format gmetad.conf with more advanced 
templates, etc.

>>> if you are talking about different metric storage frequencies per metric
>>> as it seems to be implied later (and which is a feature long in the 
>>> "wishlist")
>>> then wouldn't be safe to assume you want that storage for that metric 
>>> regardless
>>> of source?, if that is the case it will simplify the implementation and will
>>> only require something like "RRAs_template" as shown in "d" and not need
>>> "a", "b", or "c" at all (or at least not as part of the first 
>>> implementation).
>>>
>>> currently in "data_source" the polling interval is optional and so the same
>>> could be done with the template to apply in the long run, but complicating
>>> the configuration parser, for IMHO no really good reason.
>>>
>>> using a script is definitely interesting because of the flexibility it 
>>> allows
>>> for, but as mentioned before a problem because of the additional forking
>>> required and also problematic because it will keep part of the logic outside
>>> gmetad.
>>>   
>> Perhaps I'm misunderstanding how using a separate script would work,
>> but there would only be a "fork storm" during initial RRD creation,
>> correct?
>> 
>
> it depends on what the script does, but that is correct in the case that the
> script is only returning the RRAs back to gmetad as you suggested.
>
>   
The script would only be called when a new RRD is needed, so it is not 
so bad.  A module-based solution could be implemented too.

Another solution for those who want the logic outside of gmetad: maybe 
we need a gmetad.conf option that tells it NOT to create any RRD that 
doesn't exist. It would then log an error the first time it sees a 
metric for that RRD.  The user could then run scripts outside of 
gmetad's control to do things like parsing the log and creating the RRD 
files they want.

Also, there is always an overhead in RRD creation - one possible 
algorithm is to create a whole bunch of blank RRD files before starting 
gmetad and then rename them as they are required.
> still the disadvantage (as mentioned above) of not being able to know from
> just reading the gmetad.conf which RRA apply on each case still applies and
> would probably imply that the best way to do this will be to make gmetad
> modular (just like gmond) and then allow it to write its own configuration
> or use one by default that could be used as a starting point just like
> `gmond -t` allows for.
>
>   
I'm not sure that having something people can customize is a disadvantage
>>  I had assumed that the current behavior of "keep existing
>> RRD file" would remain.  Thus, the only time we would really have to
>> worry about "forking off hundreds/thousands of processes" would be
>> when a new cluster is created, or when the RRD files are all removed
>> for some reason.  Under normal operating circumstances, the RRD files
>> already exist, so there's no need to run the creati

[Ganglia-general] Extending the format of gmetad.conf

[Daniel Pocock]

I'm looking at extending the gmetad.conf format, while still making sure 
that it can read the existing config files.

There are two particular lines that interest me:

RRAs "RRA:AVERAGE:0.5:1:244" "RRA:AVERAGE:0.5:24:244" 
"RRA:AVERAGE:0.5:168:244" "RRA:AVERAGE:0.5:672:244" \
 "RRA:AVERAGE:0.5:5760:374"

data_source "my cluster" [polling interval] address1:port addreses2:port ...

My goal is to allow different sets of RRAs for different sources, while 
making sure the existing file format remains valid.

A couple of ideas I've had:

a) allow the RRAs line to be repeated - the most recent version will be 
applied to all subsequent data sources

b) a new option, RRAs_for_source, e.g.

RRAs_for_source "my cluster" "RRA:MAX:0.5:1:244" "RRA:MAX:0.5:24:244"

c) define templates:

RRAs_template tmpl1 "RRA:MAX:0.5:1:244" "RRA:MAX:0.5:24:244"

and invoke the template `tmpl1' using an @ or some other special symbol, 
which is optional:


data_source "my cluster" [...@tmpl1] [polling interval] address1:port 
addreses2:port ...

or

data_source "my cluster" [...@rras=tmpl1] [polling interval] address1:port 
addreses2:port ...

d) regex based filename matching:

RRAs_template tmpl1 "RRA:MAX:0.5:100:240" "RRA:MAX:0.5:240:30"

RRAs_template_match tmpl1 ".*/cpu_num.rrd" ".*/swap_total.rrd"

e) call an external script for RRD creation, and pass it the source 
name, metric name, etc:

RRD_create_script "/usr/local/bin/create-my-rrd"

Any preferences for this?  Anyone facing a similar requirement?

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Re: [Ganglia-general] Gaps in graphs

[Daniel Pocock]

> This is most likely an I/O related issue.  So please try Ofer's
>   

Use iostat to check your IO levels and see if that is definitely the 
cause, e.g.


$ iostat -k 1 -x

> suggestion by putting your RRD files onto tmpfs.  An alternative
> solution is to put the RRD files onto a (small) RAID that could
> provide higher I/O, or potentially SSDs (if cost is not an issue).
>   
Please share the following with us:

grep ^RRA gmetad.conf

and also tell us your polling interval.

Review the XFF parameter in your RRA definition (see the rrdtool man 
pages for an explanation)

> The code from trunk does support the new rrdcached feature that comes
> with newer versions of RRDTool, but that code is currently still in
> development.
>   
Some very big sites use that in production already - it is backported on 
the 3.1.3/4/5 betas - it is highly recommended

--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

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

[Daniel Pocock]

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, e.g. if it is unable to bind or if it is unable to resolve a 
>> hostname mentioned in gmond.conf
>>
>> Otherwise, the init-script always says that it started '[OK]' even if 
>> the daemon process has died on startup.
>>
>> That is why this change was made.  However, I see a few solutions going 
>> forward:
>>
>> - we can discard the patch completely
>>
>> - we can discard the patch, and I could write another patch that does 
>> some tests (e.g. resolving host names) before daemonizing
>>
>> - we can #ifdef the patch so that on BSD systems, it daemonizes earlier, 
>> and on other systems it does so later
>>
>> - we can modify the init script to sleep and then call `ps -C gmond' and 
>> determine if it kept running
>>
>> - post the problem on the apr dev list and discuss it there before 
>> making any decision
>>
>>
>> 
>
> I'm not sure that I have anything to add as far as the discussion of this 
> issue goes, but I have commit rights on the APR project.  If you go with the 
> last option and take this discussion to the APR-dev list, I can certainly get 
> whatever patch is agreed upon committed and backported in APR.  The downside 
> to that option is that we would have to bundle the latest APR RPMs or tarball 
> with Ganglia rather than using the distro version.  So even if we do find a 
> solution in APR, we will probably still have to build in a workaround in 
> gmond.
>
>   

I fully understand that - to make Ganglia convenient for people with 
package-based Linux installations, we need to work around the issues 
that exist in the packaged and deployed versions of apr.

Therefore, the approach might need to be some combination of the 
solutions.  E.g. a configure option that allows people to choose the new 
behaviour or the old behaviour.  As we know the new behaviour works on 
Solaris and Linux, then the package can be built the new way on those 
platforms by default.  On BSD, users could choose what they want by 
setting a configure option.  If a user had an updated apr (provided such 
update is feasible), they might compile with the new behaviour.



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

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

[Daniel Pocock]

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-develop...@lists.sourceforge.net; Ganglia
>> Subject: 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 BSD expert, do you know if there is any ioctl or something
>> that can be used to tell BSD to keep the file descriptors for the child
>> process?
>>
>>
>> 
> [Gladish, Jacob]
>
> There's a specific section that states that the fd returned from kqueue() is 
> not inherited following a fork(). There is info about using rfork(), which 
> means patching apr. I would avoid that.
>
> http://people.freebsd.org/~jmg/kqueue.historic.man.html
>
> The openbsb manpage has a little more info about rfork() and the flags it 
> uses.
>
> http://resin.csoft.net/cgi-bin/man.cgi?sektion=2&topic=kqueue
>
> In general, I think would be better to daemonize the gmond as early as 
> possible to avoid these types of issues. Is there any reason why the call to 
> daemonize_if_necessary() call cannot be moved up in main to be right before 
> the call to load_metric_modules()? It looks like the only real difference 
> would be that any errors encountered setting up the send/receive sockets 
> would be reported via syslog instead of stdout.
>   
I would like gmond to return a non-zero return code if it fails to 
initialise, e.g. if it is unable to bind or if it is unable to resolve a 
hostname mentioned in gmond.conf

Otherwise, the init-script always says that it started '[OK]' even if 
the daemon process has died on startup.

That is why this change was made.  However, I see a few solutions going 
forward:

- we can discard the patch completely

- we can discard the patch, and I could write another patch that does 
some tests (e.g. resolving host names) before daemonizing

- we can #ifdef the patch so that on BSD systems, it daemonizes earlier, 
and on other systems it does so later

- we can modify the init script to sleep and then call `ps -C gmond' and 
determine if it kept running

- post the problem on the apr dev list and discuss it there before 
making any decision



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

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

[Daniel Pocock]

> 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 BSD expert, do you know if there is any ioctl or something 
that can be used to tell BSD to keep the file descriptors for the child 
process?


--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

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

[Daniel Pocock]

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 option, unless we go back
>>> to the dark ages of including all dependencies statically.
>>>   
>>>   
>> Maybe we can fix apr too
>> 
>
> Changing APR to use poll instead of kqueue is a way to fix it, but then
> to be able to use that fix, we will need to go back to have our own
> apr tree.
>
>   
>> I found a description of the same issue in a Google search on the subject:
>>
>> http://www.google.com/search?q=kqueue+fork+process+"bad+file+descriptor";
>> http://www.mail-archive.com/freebsd-hack...@freebsd.org/msg69516.html
>>
>> Can you try re-enabling kqueue and patching apr to use rfork()?
>> 
>
> Doesn't work, and fails now on sending of the metrics, because of course
> this time the parent process close that socket and the child can use it
> after that.
>
> The only viable solution I see is to delay the creation of all the sockets
> until daemonized as it was being done originally.
>   
The problem with that is that if another process is already listening on 
one of the ports wanted by gmond, then the listener set up will fail, 
but if the problem is only detected after daemonizing, then the caller 
doesn't know about the failure.

> If you really need to avoid having the parent report back on issues on that
> then you are going to keep the parent around and send the status back from
> the child until getting into the main loop through a unix socket or similar
> instead as you suggested originally was another option.
>   
That is not as easy to implement in apr as the apr_proc_detach() call.  
apr_proc_fork() is described as the only call in apr that is not 
portable.  apr_proc_create() could be used to invoke another gmond 
process, but I'm not sure that apr guarantees to preserve the file 
descriptors and memory allocations across that call.

Maybe the problem has something to do with the way detach recycles 
stdin/stdout/stderr?  As a quick test, could you try modifying gmond.c 
so that it calls fork() directly rather than calling apr_proc_detach()?



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general