[Ganglia-developers] possible Ganglia GSoC project, co-mentors?
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=278785351=/4140 ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] coverity
On 27/02/15 20:20, Chris Burroughs wrote: I've gotten a scan running. Contributors can sign up and view the results at: https://scan.coverity.com/projects/640 Also if a ganglia comitter would like to be an admin at scan.coverity.com that would probably work out best in the long run instead of me. Hi all, I did this for reSIProcate some time ago. Originally, we had to download a tool from Coverity and run it and then post a data file back to Coverity for processing. I wrote a script to do that within travis-ci. Then they offered Github/Travis-CI integration and I didn't get around to updating things. It was awkward for a few reasons: - we run two travis-ci builds of every commit, both gcc and clang compilers, but Coverity should only integrate with one of them - the Coverity tool slows down the build and so for a big project like reSIProcate I had some concerns that it would take too long for developers to get positive confirmation that a pull request was valid. This issue is probably not so significant for a smaller project like Ganglia. - if a project has unit tests, it is not desirable for Coverity to scan that code as they frequently give false positives and the time spent scanning that code is wasted. The reports are definitely useful and Coverity finds some interesting issues. However, I found that these tools can also provide a lot of false positives - in other words, there is a low signal-to-noise ratio. If you have time to pick through each issue one by one though then you will usually find something that should be fixed. One thing that is useful is the report that tells you if a new commit added new issues, e.g. if you had 10,000 issues in your code base before and you never had time to go through them but a pull request adds 15 new issues then you might ask for the contributor to rectify the pull request so the net number of issues remains at 10,000. If you need any admin help to take this integration further please feel free to ping me. 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] 3.7.x release status
On 03/02/15 22:30, Devon H. O'Dell wrote: 2014-10-30 18:05 GMT-07:00 J.T. Conklin j...@acorntoolworks.com mailto:j...@acorntoolworks.com: Daniel Pocock dan...@pocock.pro mailto:dan...@pocock.pro writes: - 3.7 adds a new dependency, Concurrency Kit Given the problems you describe with Concurrency Kit, is it simply premature for ganglia to depend on it? From what I can tell, its use is isolated to lib/hash.[ch], and at first glance looks like it an alternate reader/writer lock implementation could be selected at runtime. Are the performance benefits of CK rwlocks really worth the added complexity, especially as ganglia continues to depend on APR, which also provides a rwlock implementation? Originally, I added CK in for the spinlocks because it seemed they would be held for very little time. However, it seems like a number of people are running into scenarios where gmetad usage spikes. I don't know what APR's rwlock has over pthreads, but it might make sense to switch back to a lock type that goes to sleep, given that there's significant contention over these locks when iterating the hash table. (Actually, I just looked at APR's rwlock implementation and it seems to be just a thin wrapper around pthreads on any OS I care about. So I'd be fine with that replacement.) After giving it a fair amount of thought over the last few months, I think our use case would not suffer greatly. Most of our performance improvements came with the ability to multiplex requests to rrdcached over TCP instead over a unix domain socket. That all said, there was a reason that I introduced a dependency to CK. The current hash table implementation avoids callers needing to think about thread safety by doing a huge amount of allocations and copies, which really hurts performance (especially on iterations, which have a huge impact with our number of metrics). gmetad is a great use case for Concurrency Kit in general, and I had hoped that putting it in would make it easier to do more performance work on it in the future. (Sadly, I just haven't had the time.) I'll catch up with Vlad about testing our metrics with APR rwlocks and see if that's going to work for us. (I think it will.) However, I would also like to solve whatever CK packaging problems are outstanding, as I would like to use it in future improvements. I made an effort to get ck into Debian and Ubuntu The problems I encountered are likely to be much the same for Fedora and EPEL so if we solve it in Debian then the rest will be easier too. The links to full build logs are here: https://packages.qa.debian.org/c/ck.html Notice that 0.3.5 made it into testing and 0.4.4 is stuck in unstable because of the build failures. The CK developers were willing to help and I indicated that I could sponsor them for a guest account on the build machines where CK fails so they can get to the bottom of it. In any case, if gmetad can run without ck then we should probably make that a 3.8.x release series, e.g. Ganglia 3.8.0 tag. The 3.7.x stuff can then become a branch for now and maybe CK support can be merged again in future when distributions are carrying 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] 3.7.x release status
On 03/02/15 22:59, Devon H. O'Dell wrote: I'm one of the CK developers interested. It's been a PITA to find time to get a DD to sign a key in person. Samy has just started a new company and I'm pretty sure that's kept him busy enough that he's had trouble finding the time too. The problem with getting onto the build machines was getting the key signed. That's an orthogonal problem, we can take that up off-list. Sooner or later we'll get that sorted out - there are Debian Developers just about everywhere these days. I've got a patch using APR rwlocks. Working with Vlad to get it tested in our environment. The future changes requiring CK would be much more invasive than just the change to remove it, so from a release engineering perspective, I don't see any reason to start from here as a branch point. I can fish out the commit with all the configure stuff when that actually happens. If you think it is feasible, you could also have both, using pre-processor conditional logic and an option to the configure script. Distributions would build it the normal way and there would be no need for branching in the repository. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] The ganglia wiki is unavailable
On 27/10/14 11:27, SJ Zhu wrote: http://wiki.ganglia.info/ currently can't be accessed. And other SF apps that ganglia used is also unavailable. Where did you find that link? This link appears to be working at present: http://sourceforge.net/p/ganglia/wiki/Home/ -- ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] 3.7.x release status
Just some comments about 3.7.x: - 3.6.1 (from Wednesday) is the latest official release - some time ago I made a 3.7.0 tag but it was never announced as a release as it has some issues - the next attempt to release 3.7.x will be a tag 3.7.1 - 3.7 adds a new dependency, Concurrency Kit - I've created a package for Concurrency Kit in Debian and Ubuntu https://buildd.debian.org/status/package.php?p=cksuite=unstable - notice it doesn't build on all architectures, this has been reported upstream, waiting for them to resolve it - Fedora / EPEL (RHEL/CentOS): - package request: https://bugzilla.redhat.com/show_bug.cgi?id=1010613 - doesn't appear to be available at all in any Fedora version yet, so it can't even start going through to EPEL6 or EPEL7 - if releasing Ganglia 3.7.x before the Concurrency Kit packages are available, then it means the 3.6 packages will hang around in the distributions for a lot longer - if releasing Ganglia 3.7.x before the Concurrency Kit package is stable on all architectures, then people who use gmetad on non-Intel/non-Linux platforms will be stuck -- ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] Ganglia GSoC funds - $2500 in bank
Google has paid the money for GSoC 2014. This includes: - reimbursement of airfares for Robert and I to attend the summit this weekend. I already paid out the money due to Robert. - a mentor stipend of $500 for each of the five projects (total $2500) The $2500 is currently in an account that I control and I would like to make sure it is handled in the right way for the Ganglia community. Some projects simply give each mentor the $500. No mentor has requested this but I have no objection to paying out the money in this way. As two of us (Robert and I) are funded to attend the summit in Mountain View, I personally felt that the $2500 could be spread across the other mentors and Ganglia contributors to attend conferences and give talks about Ganglia. Another idea is for Ganglia to have its own bank account and use this money as the opening balance. Organizations like Software in the Public Interest (SPI) and the Software Freedom Conservancy can do a lot of the administrative work to run the account. They can accept further (tax deductible) donations into the account and pay money out. Even with this outsourcing approach there is some overhead cost and some project members may need to form a committee or board to oversee the expenditure. If that is too much effort, then it is possible to simply give the money to a bigger open source project (e.g. Debian is raising money for various things like DebConf and OPW) or even to give some or all of the money to charity. The Ganglia book royalties currently go to Scholarship America. Maybe there are other charities people would like, e.g. those dealing with the Ebola crisis. -- ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] Ganglia 3.6.1 released
I've made up a Ganglia 3.6.1 release on the branch release/3.6 It is the same as 3.6.0 but it adds the missing service files for RHEL7 and recent Fedora users The sha-224 checksum of the tarball: ganglia-3.6.1.tar.gz 34c33980b52a736c935fb41657527409392a73cfd72b9b74b2a87963 https://sourceforge.net/projects/ganglia/files/ganglia%20monitoring%20core/3.6.1/ -- ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] [Ganglia-general] unable to build gmond on RHEL 7
On 17/10/14 11:04, Arthur Andrews wrote: Hi, Thanks, this worked for the compile but I seem to have hit an old bug from 2010, gmond would not start with tcp_accept_channel but since I do not need this currently I commented it out, now I get millions of apr_pollset_poll returned unexpected status 22 = Invalid argument . It actually uses up 100% CPU. I'm not familiar with this issue, maybe somebody else can comment on it The 3.6.1 tarball released today fixes the service file issue for all RHEL7 users though. -- ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] [ANNOUNCEMENT] Ganglia meetup Tue Oct 21 in San Francisco (Quantcast HQ)
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-developers@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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] 21 October meeting - possible discussion topics
Please reply with any other possible discussion topics - lightning talks - feedback from GSoC mentors - apply for GSoC 2015? - releasing 3.7.x, ck dependency issues - module API for gmetad? -- Comprehensive Server 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-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] Ganglia devs visiting Bay area
A few of us are coming to town for the GSoC summit (24-26 October), I'm arriving the Friday before, 17 October Is there anybody who would want to catch up that week or knows of any social events where it could be interesting to meet up? -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Request regarding contribution to Ganglia
Hi Kartik, Thanks for your interest in Ganglia Of the skills you list, which is the strongest? Do you have an existing profile on Github? If you haven't already, please see my recent blog about GSoC selection Regards, Daniel On 31/08/14 21:23, Kartik Gupta wrote: Sir/Ma'am, I'm a CSE student from IIIT-D, New Delhi, India. I heard about your organisation and after reading about the goals and motive of this organisation, I'm very much interested in contributing to this organisation as a developer. Not only this, I'm keen to contribute to/ Open Source Community/ with the help of your organisation by participating in the coming *GSoC 2015*. I'm a novice programmer and following are the skills I posses till the present date : *Skills I possess* - Python, C, C++, Java, HTML/CSS/Javascript, Linux I'm new and doing it for the first time and taking into interest, my urge to learn more and more, I will be highly obliged if anyone could guide me along the procedure for the same and the skills required to work as a developer for your organisation. Looking forward for you cooperation. Regards, Kartik Gupta -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] [GSOC] Got Passed In Evaluation
On 23/08/14 19:09, Md. Ali Ahsan Rana wrote: There are still few things left in completing the tasks I worked on as part of GSOC, like: * Got feedback on ganglia-web module to implement the generalization differently, I will follow up on that. Vladimir's feedback on that is very helpful, I'm sorry there was no feedback during the GSoC period itself. We are keen to see this work merged and if you can adapt it I'm sure he will be happy to accept it. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] Important message for NVIDIA GPU users
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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] enabling PHP module with package install
On 06/08/14 23:00, Alex Dean wrote: On Aug 6, 2014, at 12:40 PM, Daniel Pocock dan...@pocock.pro wrote: I've noticed that in some fresh installs where the PHP module or CGI is not already enabled, my own package, ganglia-web, is not enabling it either and the PHP source code is being served to clients without being interpreted/executed. I'd like to tidy up the debian/control Depends field and the postinst to try and avoid this Is there any best practice for packages like this that use PHP, a) technique for enabling PHP support? b) preventing the display of PHP source code when PHP is not enabled? It's not simple because apache + mod_php is only 1 way to deploy PHP. If I ran nginx + php-fgci, i'd be pretty annoyed by ganglia-web requiring me to use apache. (as the debian postinst script you linked to appears to do) Depends: ..., apache | apache-ssl | apache-perl | apache2 | httpd-cgi, php5 | php5-cgi | libapache2-mod-php5, ... does not force somebody to install apache. The final item in the list, httpd-cgi, is a virtual package, it is satisfied if nginx is on the system because nginx has: Provides: httpd-cgi See: http://anonscm.debian.org/cgit/collab-maint/nginx.git/tree/debian/control#n86 If somebody does not have one of those packages already, apt-get will install apache and the postinst script will try to enable PHP, but not always successfully To make matters more confusing, people who land in this situation with the Ganglia package usually see an error Sorry, you do not have access to this resource.. One of the first lines of code in the PHP is checking an ACL. This doesn't sound right. If PHP isn't enabled, a user won't see this error. (PHP would have to run in order for this to be the output.) They would see a source-code dump, as you said. The way the browser renders the source code dump, the error is rendered in big bold letters, larger than the rest of the source code. Somebody who sees this for the first time may think the rendering is meaningful. Try copying the raw index.php to /tmp/index.php.html and open it in a browser and see what I mean. If PHP is not executed at all, the browser renders the error anyway. Maybe we need something like this at the top of every PHP file: ?php if(1 2) { die(htmlheadtitlePHP not enabled/titlebodyh4Your PHP module or CGI support is not enabled. Please check the web server. Ignore any other messages below this line./h4/body/html); } PHP would have to run in order for this to work. maybe something like this: ?php // // Dear Mr. User: // If you can see this, then PHP is not configured correctly. // ? To make it more obvious, maybe the first tag needs to be closed and the error wrapped in tags: ?php // // Dear Mr. User: // h3If you can see this, then PHP is not configured correctly./h3 // ? I don't suppose anybody objects to having this in index.php? -- 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=153845071iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] enabling PHP module with package install
I've noticed that in some fresh installs where the PHP module or CGI is not already enabled, my own package, ganglia-web, is not enabling it either and the PHP source code is being served to clients without being interpreted/executed. I'd like to tidy up the debian/control Depends field and the postinst to try and avoid this Is there any best practice for packages like this that use PHP, a) technique for enabling PHP support? b) preventing the display of PHP source code when PHP is not enabled? To make matters more confusing, people who land in this situation with the Ganglia package usually see an error Sorry, you do not have access to this resource.. One of the first lines of code in the PHP is checking an ACL. If PHP is not executed at all, the browser renders the error anyway. Maybe we need something like this at the top of every PHP file: ?php if(1 2) { die(htmlheadtitlePHP not enabled/titlebodyh4Your PHP module or CGI support is not enabled. Please check the web server. Ignore any other messages below this line./h4/body/html); } or is there a more elegant solution? http://anonscm.debian.org/cgit/pkg-monitoring/ganglia-web.git/tree/debian/control http://anonscm.debian.org/cgit/pkg-monitoring/ganglia-web.git/tree/debian/ganglia-webfrontend.postinst -- 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=153845071iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Ganglia wiki -- deleted? Contacting Bernard?
On 16/07/14 20:51, Daniel Pocock wrote: On 15/07/14 15:31, Nick Satterly wrote: Hi, I just noticed that the Ganglia wiki on Trac has disappeared. Was this intended? I wrote a page for Ganglia-Riemann integration that I now can't find. Should I have written it in the GitHub wiki instead? I don't know if this is co-incidence but Bernard's email has started bouncing He set up a lot of the Ganglia project pages and some of these things may have been linked to his email address or maybe even his credit card, I don't know for sure though. Has anybody been in contact with him recently, does anybody have alternative contact details for him? Ok, I've been able to get in touch with Bernard again and his email address has stopped bouncing. Turns out I had also failed to update my address book with his current phone numbers which added to the confusion. Nick, are you still having trouble with Trac? -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Ganglia wiki -- deleted? Contacting Bernard?
On 15/07/14 15:31, Nick Satterly wrote: Hi, I just noticed that the Ganglia wiki on Trac has disappeared. Was this intended? I wrote a page for Ganglia-Riemann integration that I now can't find. Should I have written it in the GitHub wiki instead? I don't know if this is co-incidence but Bernard's email has started bouncing He set up a lot of the Ganglia project pages and some of these things may have been linked to his email address or maybe even his credit card, I don't know for sure though. Has anybody been in contact with him recently, does anybody have alternative contact details for him? Regards, Daniel -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] [GSoC] 2014 - coding starts this week
I've just published a blog welcoming the students selected for GSoC 2014 http://ganglia.info/ They officially start coding this week. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] ConcurrencyKit dependency risk
ConcurrencyKit has recently become a dependency for Ganglia builds and may be a dependency in the 3.7.0 release series and beyond. ConcurrencyKit version 0.3.5 and 0.4.1 fail to build on many platforms: v0.3.5 in sid: https://buildd.debian.org/status/package.php?p=cksuite=sid v0.4.1 in experimental: https://buildd.debian.org/status/package.php?p=cksuite=experimental It doesn't even build on i386 so far and appears to be unsupported on the non-Intel architectures: I've queried this with the ConcurrencyKit forum: https://groups.google.com/forum/#!topic/concurrencykit/I34MWr_mK8Q but I don't have the time to clean up Concurrency Kit myself. I have the feeling that this will not be popular with some users and I'm not confident supporting newer versions of the packages in Debian if the dependencies require significant extra work. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] case-insensitive hash comparison
Hi Devon, I'm writing about your commit https://github.com/ganglia/monitor-core/commit/02524bf2f5485cfd4cddb66bd3280e5a08a2232c in Ganglia. The comment mentions: 1) Get rid of case-insensitive metrics. I don't think these ever actually hit, but the code is silly. If we need it, we can normalize the data going into the table. The main reason for this is that some environments have inconsistent hostname practices. RFC 952 says there should be no distinction between upper case and lower case. In practice, in large heterogeneous environments, uppercase or mixed-case hostname strings appear. Ganglia needs to handle these intelligently. Metric names are Ganglia-specific though and it is quite OK for them to be case sensitive - as far as I know, the case-insensitive code was only added to support hostnames. Regards, Daniel -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Bug#743751: ck: FTBFS on i386: bytelock check fails
Ganglia builds are currently using v0.3.5 of CK This version is troublesome in the i386 and ARM builds on Debian buildd machine. This impacts the availability of the CK dependency on both Debian and Ubuntu. Newer versions exist - has anybody tested a newer CK version with Ganglia? Is there any enthusiasm for using a newer version or any known reason not to do so? The travis build is hardcoded to ck-0.3.5 but I will shortly tweak it to follow whatever version is available in Debian sid On 06/04/14 02:42, Aaron M. Ucko wrote: Source: ck Version: 0.3.5-1 Severity: important Justification: fails to build from source The i386 build of ck failed the bytelock check: https://buildd.debian.org/status/fetch.php?pkg=ckarch=i386ver=0.3.5-1stamp=1396650656 [ Testing bytelock make[3]: Entering directory `/«PKGBUILDDIR»/regressions/ck_bytelock/validate' ./validate 8 1 Creating threads (mutual exclusion)...done Waiting for threads to finish correctness regression...ERROR [RD:110]: 8 != 0 make[3]: *** [check] Error 1 make[3]: Leaving directory `/«PKGBUILDDIR»/regressions/ck_bytelock/validate' FWIW, the kfreebsd-i386 build had no such problem; however, it ran the test with a different first argument (CPU core count?): https://buildd.debian.org/status/fetch.php?pkg=ckarch=kfreebsd-i386ver=0.3.5-1stamp=1396650149 [ Testing bytelock make[3]: Entering directory `/«PKGBUILDDIR»/regressions/ck_bytelock/validate' ./validate 2 1 Creating threads (mutual exclusion)...done Waiting for threads to finish correctness regression...done (passed) make[3]: Leaving directory `/«PKGBUILDDIR»/regressions/ck_bytelock/validate' Could you please take a look? Thanks! -- ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] Ganglia web 3.6.0 released, packages updated
I've made up a 3.6.0 release of ganglia-web using the latest code from master. The main motivation for this release is to get new packages into Debian with full source for all the minified JavaScript. The package was already in the process of being excluded: http://packages.qa.debian.org/g/ganglia-web.html (see REMOVED from testing) but now things should be back on track. The release can be downloaded from: https://github.com/ganglia/ganglia-web/releases and the Debian packages are now being built using the tarballs from that page. Thanks to all the people who contributed to this release in any way -- ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] PHP support moved back to branch php-support
I've moved the PHP module back to the php-support branch I synced the branch up with master and re-enabled --with-php in the travis config on the branch so people can see when it is ready to try and merge again. -- ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia 3.7.x in the works, errors
On 03/03/14 23:33, Nick Satterly wrote: Hi Daniel, When I ran your commands the configure step failed with an error about php-config so I installed php5-dev and it worked. For the PHP stuff to compile: - it also needs libphp5-embed (maybe php5-dev should depend on that?) or there is a link error about missing libphp5.so - I had to remove #include file.h from gmond/modules/php/mod_php.c - file.h no longer exists in the project I've enabled --with-php in the travis builds now. We should really aim to have all options building cleanly in travis before any release. Here is the current travis configure line: ./configure --with-gmetad --with-php --with-perl=/usr --enable-status --with-memcached and here is what I tried: ./configure --with-gmetad --enable-perl --enable-php --enable-status --with-python --with-riemann so we also need to ask travis to try --with-python --with-riemann That doesn't fix the other problems I had with the tarball though. --Nick. On Sat, Mar 1, 2014 at 12:27 AM, Daniel Pocock dan...@pocock.com.au wrote: I've made a 3.7.0 tag and a release/3.7 branch for creating 3.7.1, 3.7.2 bootstrap was done on Debian wheezy (amd64) with autoconf 2.69, I recommend using the same platform and autoconf version for future 3.7.x series releases, it has caused confusion for people when autoconf versions varied in the past (sometimes people can work around that by re-bootstrapping after they unpack the tarball) libck0 (concurrency kit) is a new dependency, I have uploaded that to Debian, it is in the FTP NEW queue waiting for final approval: https://ftp-master.debian.org/new.html and anybody who wants to can build it from: Vcs-Browser: http://git.debian.org/?p=collab-maint/ck.git Vcs-Git: git://git.debian.org/git/collab-maint/ck.git git clone git://git.debian.org/git/collab-maint/ck.git cd ck dpkg-buildpackage -rfakeroot -i.git ganglia packages will have to wait and will not propagate to Ubuntu until libck0 is accepted in the archives. Can anybody assist with this for Fedora? To release, I bootstrap like so: - edit the version number into configure.ac - tag - branch (as it is .0) - run ./bootstrap.sh - install new dependencies: apt-get install libprotobuf-c0-dev protobuf-c-compiler and things I build locally: dpkg -i libck0.deb libck-dev.deb - configure: ./configure --with-gmetad --enable-perl \ --enable-php --enable-status --with-python \ --with-riemann - and finally: make dist This gives me the tarballs The ganglia-3.7.0.tar.gz checksum (sha224) is dec117ebd2966b1eeb6c3b775d16c606e82ce2c9eb60f36a84805293 and it is uploaded here: https://sourceforge.net/projects/ganglia/files/pre-release/ I tried a build, it looks like a few things are failing - are some of these errors because I am enabling unsupported/deprecated features or is the tarball broken? We can make a 3.7.1 next week if necessary $ ./configure --with-gmetad --enable-perl \ --enable-php --enable-status --with-python \ --with-riemann make -j13 -i make make[4]: Entering directory `/home/daniel/tmp/builds/ganglia-3.7.0/gmond/modules/php' /bin/bash ../../../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1.0 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE64_SOURCE -I../../../include -I../../../lib -g -O2 -DWITH_RIEMANN -fno-strict-aliasing -Wall -D_REENTRANT -MT mod_php.lo -MD -MP -MF .deps/mod_php.Tpo -c -o mod_php.lo mod_php.c libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1.0 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE64_SOURCE -I../../../include -I../../../lib -g -O2 -DWITH_RIEMANN -fno-strict-aliasing -Wall -D_REENTRANT -MT mod_php.lo -MD -MP -MF .deps/mod_php.Tpo -c mod_php.c -fPIC -DPIC -o .libs/mod_php.o mod_php.c:46:18: fatal error: file.h: No such file or directory compilation terminated. make[4]: [mod_php.lo] Error 1 (ignored) mv -f .deps/mod_php.Tpo .deps/mod_php.Plo mv: cannot stat `.deps/mod_php.Tpo': No such file or directory make[4]: [mod_php.lo] Error 1 (ignored) /bin/bash ../../../libtool --tag=CC --mode=link gcc -std=gnu99 -D_LARGEFILE64_SOURCE -I../../../include -I../../../lib -g -O2 -DWITH_RIEMANN -fno-strict-aliasing
Re: [Ganglia-developers] ganglia 3.7.x in the works, errors
On 06/03/14 21:27, Daniel Pocock wrote: On 03/03/14 23:33, Nick Satterly wrote: Hi Daniel, When I ran your commands the configure step failed with an error about php-config so I installed php5-dev and it worked. For the PHP stuff to compile: - it also needs libphp5-embed (maybe php5-dev should depend on that?) or there is a link error about missing libphp5.so - I had to remove #include file.h from gmond/modules/php/mod_php.c - file.h no longer exists in the project I've enabled --with-php in the travis builds now. We should really aim to have all options building cleanly in travis before any release. Here is the current travis configure line: ./configure --with-gmetad --with-php --with-perl=/usr --enable-status --with-memcached and here is what I tried: ./configure --with-gmetad --enable-perl --enable-php --enable-status --with-python --with-riemann so we also need to ask travis to try --with-python --with-riemann That doesn't fix the other problems I had with the tarball though. While the php build works for me, it still doesn't build in travis. If the PHP stuff is not stable or complete, could it be moved to a branch so it is not in releases? https://travis-ci.org/ganglia/monitor-core/builds/20236861 libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1.0 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE64_SOURCE -I../../../include -I../../../lib -g -O2 -DWITH_MEMCACHED -fno-strict-aliasing -Wall -D_REENTRANT -MT mod_php.lo -MD -MP -MF .deps/mod_php.Tpo -c mod_php.c -fPIC -DPIC -o .libs/mod_php.o In file included from /usr/include/php5/main/php.h:35:0, from /usr/include/php5/sapi/embed/php_embed.h:23, from mod_php.c:53: /usr/include/php5/Zend/zend.h:282:3: error: redeclaration of enumerator ‘SUCCESS’ /usr/include/rpc/rpc_msg.h:65:2: note: previous definition of ‘SUCCESS’ was here mod_php.c: In function ‘php_metric_init’: -- 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=122218951iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web package at risk
On 04/02/14 14:56, Daniel Pocock wrote: On 04/02/14 14:47, Chris Burroughs wrote: I thought the distro anti-bundling stance was paired with a we already have X so you should just depend on it. I'm not sure how this works with javascript. Is there some debian jquery package that could be depended on? There is a jQuery package in Debian, but it is a slightly older version There are various issues that motivate these rules/policies in distributions: - disk space - security updates (better to just have one copy of X to update in one shot, hard to find multiple bundled copies of X and check they all have the latest/necessary security patches) - source - bundling any minified artifact is not consider to be real source code That said, given that every project seems to depend on a different version of jQuery, there is some leniency - Debian accepts bundled copies of some things like jQuery as long as they are not minified. It is perfectly OK to minify them in an installation script, but the source tarball from the Ganglia web site must be 100% readable source code. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736104 I had a quick look at this and found that the jquery-ui stuff is not cleanly available as source because of the way it is built as a custom JavaScript file using the tool here: https://jqueryui.com/download so it is not a quick fix for me to simply drop in uncompressed JavaScript. What can be done is that instead of using the custom method to get jquery-ui, perhaps the full source from here: https://jqueryui.com/resources/download/jquery-ui-1.10.4.zip can be downloaded into the ganglia-web repository (including both the minified and the human readable version) and then the full minified .js file (rather than a custom.min.js file) can be used within ganglia-web Are the ganglia-web developers happy to support that version of jquery-ui? Is there any reason the custom version has to be used? The package has now taken the first step towards being completely dropped from Debian and Ubuntu: http://packages.qa.debian.org/g/ganglia-web.html so it is important that we agree on a solution for 3.5.13 or it will be completely missing from the upcoming Ubuntu trusty release and the Debian 8 release early next year. 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=122218951iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] Fedora/concurrency kit (libck0) dependency for ganglia 3.7.x
The packaging of Concurrency Kit for Fedora (and subsequently EPEL) is in progress, although it appears to have stalled: https://bugzilla.redhat.com/show_bug.cgi?id=1010613 As this is a dependency for Ganglia 3.7.x+, it may be useful for Fedora users to validate that packaging and provide feedback there. -- 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=122218951iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web package at risk
On 03/03/14 21:08, Vladimir Vuksan wrote: That would be fine with me if that is what it takes. Include the full blown Jquery UI. I see there is 1.10.2 right now Can I just swap from the custom.min.js file to the full min.js file? Or do you want to try the latest, 1.10.4, before releasing web 3.5.13? -- 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=122218951iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web package at risk
On 03/03/14 21:27, Vladimir Vuksan wrote: Let's stick with 1.10.2. Done Sources are in a directory called contrib now, it is copied into the ganglia-web dist tarball too -- Subversion Kills Productivity. Get off 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=122218951iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Ganglia and Nagios integration in our github repo
On 03/03/14 22:31, Vladimir Vuksan wrote: Works for me. Now we just need a volunteer :-D This could be a fun exercise for testing one of the GSoC applicants, maybe they can write a small script to scrape and convert the content -- 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=122218951iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Access to github repos
On 02/03/14 00:59, Ben Hartshorne wrote: Hi, I'd like to request contributor access to the chef-ganglia repo - I've got a mountain of features to add. I'll leave this for the manager of team-chef in github/ganglia I'd also appreciate if someone with repository creation could make a ganglios repository for me to move the canonical repo from bitbucket over to github. Done I created a team-ganglios and added you and granted the team write access to the repo. Any admin can add more team members for you. -- 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=126839071iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Ganglia and Nagios integration in our github repo
On 01/03/14 22:54, Ben Hartshorne wrote: I've changed my mind about reorganizing the repo. The correct way to summarize different approaches to the same problem is through documentation (aka the wiki) not repository organization. It makes sense to keep self contained projects (like ganglia-nagios-bridge) as its own repo for ease of forks and PRs and so on. I've made changes to both wiki pages Daniel mentions in the hope of making it easier for folks that are looking to solve this problem. All they need now is a little google juice; these pages are impossible to find via google. There are many other pages talking about nagios and ganglia that rank higher. Any suggestions? There are still trac wikis about too It is a real hassle In Github, we can actually disable the wiki feature and refer everybody back to track if that is easier to manage On the other hand, github wikis have the github ACLs If we are going to keep the github wikis, we need to modify the menu links on ganglia.info to link into the right places, etc -- 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=126839071iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] new feature requests needed!
During GSoC selections (up to March 21), the students need to complete small coding tests to demonstrate their suitability for GSoC The easiest way to do this is to create some trivial bug reports/feature requests in github, like this: https://github.com/ganglia/monitor-core/issues/142 I will then put them on the GSoC wiki and students can submit pull requests. -- 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=126839071iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] ganglia 3.7.x in the works, errors
I've made a 3.7.0 tag and a release/3.7 branch for creating 3.7.1, 3.7.2 bootstrap was done on Debian wheezy (amd64) with autoconf 2.69, I recommend using the same platform and autoconf version for future 3.7.x series releases, it has caused confusion for people when autoconf versions varied in the past (sometimes people can work around that by re-bootstrapping after they unpack the tarball) libck0 (concurrency kit) is a new dependency, I have uploaded that to Debian, it is in the FTP NEW queue waiting for final approval: https://ftp-master.debian.org/new.html and anybody who wants to can build it from: Vcs-Browser: http://git.debian.org/?p=collab-maint/ck.git Vcs-Git: git://git.debian.org/git/collab-maint/ck.git git clone git://git.debian.org/git/collab-maint/ck.git cd ck dpkg-buildpackage -rfakeroot -i.git ganglia packages will have to wait and will not propagate to Ubuntu until libck0 is accepted in the archives. Can anybody assist with this for Fedora? To release, I bootstrap like so: - edit the version number into configure.ac - tag - branch (as it is .0) - run ./bootstrap.sh - install new dependencies: apt-get install libprotobuf-c0-dev protobuf-c-compiler and things I build locally: dpkg -i libck0.deb libck-dev.deb - configure: ./configure --with-gmetad --enable-perl \ --enable-php --enable-status --with-python \ --with-riemann - and finally: make dist This gives me the tarballs The ganglia-3.7.0.tar.gz checksum (sha224) is dec117ebd2966b1eeb6c3b775d16c606e82ce2c9eb60f36a84805293 and it is uploaded here: https://sourceforge.net/projects/ganglia/files/pre-release/ I tried a build, it looks like a few things are failing - are some of these errors because I am enabling unsupported/deprecated features or is the tarball broken? We can make a 3.7.1 next week if necessary $ ./configure --with-gmetad --enable-perl \ --enable-php --enable-status --with-python \ --with-riemann make -j13 -i make make[4]: Entering directory `/home/daniel/tmp/builds/ganglia-3.7.0/gmond/modules/php' /bin/bash ../../../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1.0 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE64_SOURCE -I../../../include -I../../../lib -g -O2 -DWITH_RIEMANN -fno-strict-aliasing -Wall -D_REENTRANT -MT mod_php.lo -MD -MP -MF .deps/mod_php.Tpo -c -o mod_php.lo mod_php.c libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1.0 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE64_SOURCE -I../../../include -I../../../lib -g -O2 -DWITH_RIEMANN -fno-strict-aliasing -Wall -D_REENTRANT -MT mod_php.lo -MD -MP -MF .deps/mod_php.Tpo -c mod_php.c -fPIC -DPIC -o .libs/mod_php.o mod_php.c:46:18: fatal error: file.h: No such file or directory compilation terminated. make[4]: [mod_php.lo] Error 1 (ignored) mv -f .deps/mod_php.Tpo .deps/mod_php.Plo mv: cannot stat `.deps/mod_php.Tpo': No such file or directory make[4]: [mod_php.lo] Error 1 (ignored) /bin/bash ../../../libtool --tag=CC --mode=link gcc -std=gnu99 -D_LARGEFILE64_SOURCE -I../../../include -I../../../lib -g -O2 -DWITH_RIEMANN -fno-strict-aliasing -Wall -D_REENTRANT -module -avoid-version -lphp5 -L/usr/lib -lpthread -lapr-1 -o modphp.la -rpath /usr/local/lib64/ganglia mod_php.lo -ldl -lnsl -lnsl -lz -lpcre -lexpat -lconfuse -lprotobuf-c -lpthread libtool: link: `mod_php.lo' is not a valid libtool object make[4]: [modphp.la] Error 1 (ignored) make[3]: Entering directory `/home/daniel/tmp/builds/ganglia-3.7.0/gmond' gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1.0-I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -I../lib -I../include/ -I../libmetrics -D_LARGEFILE64_SOURCE -DSFLOW -g -O2 -DWITH_RIEMANN -fno-strict-aliasing -Wall -D_REENTRANT -MT gmond.o -MD -MP -MF .deps/gmond.Tpo -c -o gmond.o gmond.c gmond.c: In function ‘socket_send’: gmond.c:267:17: error: ‘struct gengetopt_args_info’ has no member named ‘gzip_output_flag’ gmond.c: In function ‘process_tcp_accept_channel’: gmond.c:2050:7: warning: passing argument 4 of ‘apr_socket_data_set’ from incompatible pointer type [enabled by default] In file included from
[Ganglia-developers] GSoC funding grants for Ganglia project
According to GSoC FAQ, Ganglia will receive a generous $500 payment for each student we mentor: https://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page#1._How_do_payments_work I just thought I'd start this thread to try and capture ideas about how we should collect the money (there are organizations like SPI and Software Freedom Conservancy who can handle it for us) and how it could be spent. There are a few ideas I had already (like buying up copies of the book to try and get into the best seller list) but it would be good to hear more sensible ideas from other people first - please reply with any suggestions you may have. Also, the more mentors we get, the more projects will potentially be funded and the larger the pot of money Ganglia will receive. Extra mentors, co-mentors and project ideas are still completely acceptable at this stage. 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=126839071iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Ganglia and Nagios integration in our github repo
On 25/02/14 00:39, Ben Hartshorne wrote: I was planning on writing a README comparing them (so it's visible at the directory / repo level that houses all the various incarnations) but a wiki page might be better. I like the README because it's right there when you're browsing for the code but a wiki provides more flexibility. Maybe the README can just link to the wiki. Either way, +1 documentation and so on. :D I think I can write up a (slightly biased) comparison of most of them, but I've never used the ganglia-web nagios php one. Maybe Vladimir can write up that section when the scaffold is in place. This page was duplicated and refers to the ganglia-web solution for Nagios: https://github.com/ganglia/monitor-core/wiki/Integrating-Ganglia-with-Nagios https://github.com/ganglia/ganglia-web/wiki/Nagios-Integration I've started changing the version on monitor-core to be a summary page, it links to the document in the ganglia-web wiki and the other related projects Please feel free to add your comments in the table -- 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=126839071iu=/4140/ostg.clktrk___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Ganglia and Nagios integration in our github repo
On 24/02/14 17:59, Ben Hartshorne wrote: Hi, There are several different methods of connecting nagios to ganglia in our github repo: * https://github.com/ganglia/ganglia-web/tree/master/nagios * https://github.com/ganglia/ganglia-nagios-bridge * https://github.com/ganglia/ganglia_contrib/tree/master/nagios and I'm about to add a fourth, moving https://bitbucket.org/maplebed/ganglios into github instead of bitbucket (it wants to join its brethren). What would you all think of reorganizing the repo a bit to concentrate these things? Understandably the ganglia-web one can't be moved if it is to remain part of the web installation, though a pointer to it could be included in a centralized nagios-ganglia integration area. Does this deserve a top level repo, or does it belong in the ganglia-contrib repo? I lean towards making a 'nagios-integration' repo since it is clearly something that is often done and has several different methods. The argument for including it in ganglia-contrib could be made pretty easily though. Just some comments: - it would be good to create a wiki page comparing them all - people often ask about the the potential to use Nagios-related stuff with Icinga and other related projects -- 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=126839071iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] [gsoc] Google Summer of Code 2014 - Ganglia is in
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=126839071iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] GSoC application started, more help needed
Please feel free to add potential project ideas here: https://github.com/ganglia/monitor-core/wiki/GSoC-2014-project-ideas For an example of how the project ideas are documented in other organisations, see these pages: https://wiki.debian.org/SummerOfCode2014/Projects http://community.apache.org/gsoc.html For those who have a Google account, please also register at http://www.google-melange.com and ask to be added as a mentor for the Ganglia organisation If you are willing to be a mentor (or work as part of a joint mentoring team, which makes things easier for everybody), please include your name and a link to your blog or Github profile or something on the wiki. These things will help Ganglia's chance of getting selected. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Google Summer of Code 2014?
On 03/02/14 14:05, Daniel Pocock wrote: On 03/02/14 07:10, Bernard Li wrote: Hi Daniel: I have participated in GSoC as a mentor in 2005 and 2006 but in recent years have not participated due to difficulty in getting selected as a mentoring organization. My sense is that unless you are one of the big umbrella projects such as Apache or Debian, it is almost impossible to get picked. Google seems to favor the big projects, here are some of my own guesses about it: - more mentors, more capacity to handle more students - less relationships for Google to maintain (150 big projects instead of 1500 little ones) - Google employees involved in the big projects (not suggesting this is a bad thing or that they use this influence inappropriately, but having those connections, they presumably get more insight into how well their money is spent) - the mentor summit has a maximum capacity of about 300 people (2 per project) On the other hand, Debian had 16 projects funded in 2013. Several of the students contributed work to upstream projects and collaborating throughout the wider free software community is not prohibited. It may well be possible for Ganglia to try to align with one of the big organisations like Debian if we don't get chosen directly. I definitely think GSoC is a worthwhile endeavour and I would be willing to help as mentor and/or administrator. We could certainly drum up some interesting projects for students. Please let me know if you are interested in putting together an application for Ganglia -- I would be willing to help. The deadline for Mentoring Organization application is 2/14. I would be willing to help as part of a mentoring team (e.g. if I am not the only point of contact for the student(s)) I would also be willing to help communicate with the Debian admin team about a) whether Debian would vouch for Ganglia as a reputable organisation (this helps our chances of being selected outright) b) whether or not a student could work under the Debian umbrella if Ganglia is not an official organisation Bernard, if both you and I are interested, then we probably need at least one more person willing to mentor and then we can make an application. I suspect that they will look at things like: a) overall number of projects we can mentor (e.g. just 1 student or 5 students?) b) ratio of mentors to students (having 1.5 or 2 mentors per student provides more continuity, minimises risk if a mentor can't continue) c) previous experience (2 of us as far as I know) We should also think about any other big projects we could align with. In particular, if any big project uses Ganglia to monitor their infrastructure, that makes it more interesting for them to take us under their wing (Debian uses Munin) Just some further comments on project ideas We can't really make it just our own wish list - some of the things are quite hard When students are asked to work on the core elements of projects, if the work is not really up to the required standard it becomes more effort for the project to integrate it or it doesn't even get used Asking the students to work on new modules and web stuff is potentially a lot less stressful. These interfaces are loosely coupled and the student can work somewhat independently without us having to worry about merging their work. We could also reach out to related projects like rrdtool. One idea I had was that we could ask a student to make an R plugin to read RRDs and then the student could try and perform some statistical analysis on the RRDs. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web package at risk
On 04/02/14 14:47, Chris Burroughs wrote: I thought the distro anti-bundling stance was paired with a we already have X so you should just depend on it. I'm not sure how this works with javascript. Is there some debian jquery package that could be depended on? There is a jQuery package in Debian, but it is a slightly older version There are various issues that motivate these rules/policies in distributions: - disk space - security updates (better to just have one copy of X to update in one shot, hard to find multiple bundled copies of X and check they all have the latest/necessary security patches) - source - bundling any minified artifact is not consider to be real source code That said, given that every project seems to depend on a different version of jQuery, there is some leniency - Debian accepts bundled copies of some things like jQuery as long as they are not minified. It is perfectly OK to minify them in an installation script, but the source tarball from the Ganglia web site must be 100% readable source code. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Google Summer of Code 2014?
On 04/02/14 18:00, Bernard Li wrote: Hi Daniel: In terms of project ideas, we can re-use our wishlist but it might need cleaning up -- is there a more up to date list somewhere perhaps in GitHub? http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_wish-list I have also created this template for student application which we may be able to re-use: https://sourceforge.net/apps/trac/ganglia/wiki/gsoc_application_template While searching for materials regarding GSoC and Ganglia, I came across this report on Apache OODT: http://google-opensource.blogspot.com/2013/10/google-summer-of-code-veteran-orgs.html It may be possible for us to align with Apache on the application, perhaps we can reach out to Chris Mattmann to see if he may be interested in collaborating. If we could get an endorsement from both Debian and Apache that would hopefully be really positive for our chance of selection Chris Burroughs -- I think if you can pair up with one of us to mentor a student, that will be great. I am sure any prospective student will be able to learn from your experience in using Ganglia. Should we sync up on IRC to see how we should go about with the application? Anybody else interested in helping? What about we give Jitsi video bridge a go? Another idea: we should use some of the photos from the Ganglia meeting on the web site and the GSoC page to help people appreciate the size of the community around Ganglia. Hopefully that will also capture the interest of some students. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Google Summer of Code 2014?
On 03/02/14 07:10, Bernard Li wrote: Hi Daniel: I have participated in GSoC as a mentor in 2005 and 2006 but in recent years have not participated due to difficulty in getting selected as a mentoring organization. My sense is that unless you are one of the big umbrella projects such as Apache or Debian, it is almost impossible to get picked. Google seems to favor the big projects, here are some of my own guesses about it: - more mentors, more capacity to handle more students - less relationships for Google to maintain (150 big projects instead of 1500 little ones) - Google employees involved in the big projects (not suggesting this is a bad thing or that they use this influence inappropriately, but having those connections, they presumably get more insight into how well their money is spent) - the mentor summit has a maximum capacity of about 300 people (2 per project) On the other hand, Debian had 16 projects funded in 2013. Several of the students contributed work to upstream projects and collaborating throughout the wider free software community is not prohibited. It may well be possible for Ganglia to try to align with one of the big organisations like Debian if we don't get chosen directly. I definitely think GSoC is a worthwhile endeavour and I would be willing to help as mentor and/or administrator. We could certainly drum up some interesting projects for students. Please let me know if you are interested in putting together an application for Ganglia -- I would be willing to help. The deadline for Mentoring Organization application is 2/14. I would be willing to help as part of a mentoring team (e.g. if I am not the only point of contact for the student(s)) I would also be willing to help communicate with the Debian admin team about a) whether Debian would vouch for Ganglia as a reputable organisation (this helps our chances of being selected outright) b) whether or not a student could work under the Debian umbrella if Ganglia is not an official organisation Bernard, if both you and I are interested, then we probably need at least one more person willing to mentor and then we can make an application. I suspect that they will look at things like: a) overall number of projects we can mentor (e.g. just 1 student or 5 students?) b) ratio of mentors to students (having 1.5 or 2 mentors per student provides more continuity, minimises risk if a mentor can't continue) c) previous experience (2 of us as far as I know) We should also think about any other big projects we could align with. In particular, if any big project uses Ganglia to monitor their infrastructure, that makes it more interesting for them to take us under their wing (Debian uses Munin) -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] Google Summer of Code 2014?
We are nearly at the time when Google starts accepting applications from free software projects wanting to participate in GSoC The deal from Google is reasonably generous, they fully pay the student and they sometimes provide some help with other costs, e.g. they very generously helped Debian bring some of the students to DebConf in 2013. The big commitment from our side is that we need to (a) do the recruiting/selection and (b) do some mentoring. This obviously works out best for people who may already be recruiting anyway and they can use the program as a trial employment period or if there are things you really need done in the open source project and you have no other resources available and it is work that is suitable for a student. That said, in my experience with reviewing applications for both GSoC and Outreach Program for Women (a Gnome initiative) there are always a scattering of really good candidates who can work well and with minimal supervision. Having mentored two students last year I'd be happy to discuss this in more detail with anybody who may be interested. -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Disk IO as gmond core metric
On 20/01/14 23:29, Joseph Holsten wrote: Anyone know what would be involved in reviving the patch from long ago adding disk io to the core metrics?[1] I see that there's something similar for solaris[1], but digging around in the solaris impl[2] shows this is coming from a kstat_read(3KSTAT), so that isn't going to work for linux. Apparently this patch grabs the data from /proc/partitions or /proc/diskstats depending on kernel version. This seems to be supported by the linux kernel iostats docs[3]. Does that seem sane? I've never written a C plugin for ganglia before, so if you've got any advice, I'd appreciate it. -- Joseph, please have a look at the IO module in ganglia-modules-linux: https://github.com/ganglia/ganglia-modules-linux It is based on a patch JB Kim contributed for Ganglia 3.0.x, I converted it to a module It currently does aggregate IO stats from all disks, it could be enhanced to work on a per-disk basis -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web package at risk
On 31/01/14 16:01, Vladimir Vuksan wrote: I would go with option a). I am fine with this approach. OK, I'll sort it out over the next few days Another thing to consider is to have the packager download problematic JS files and download them directly of jquery.com. Daniel can that be done ? That creates more work for the person making the package: Essentially, the packager has to a) download the tarball created from the tag in github b) remove stuff c) add stuff (unless it is available from other packages, like jquery) d) create a new tarball While some people do that for their packages, the extra effort involved in doing this means there is less time to spend on other work that might help improve this or other free software, so it is better to just come up with a solution for the official ganglia-web tarballs to be compliant -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web package at risk
On 31/01/14 16:10, Vladimir Vuksan wrote: What I was suggesting is to add dynamic download automatically. Can't bootstrap pull external files ? That depends If you want to run a bootstrap script that creates a release tarball and uploads it to some download page, then the script can pull external files However, if you want the github auto-generated tarballs to be the official release tarballs, then github does not have the ability to run the script when creating the tarball, it just tars up the contents of the repository as they are If the user has to run a script to download stuff after getting the tarball then that is not permitted in Debian or most other distributions: they all have a rule stating that users should be able to rebuild all packages from source even if they have no internet connection. -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] getting gmetric4j and jmxetric into Maven central repository
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Done I've registered the info.ganglia.* package with sonatype/maven Anybody else who wants to use this process should be able to register with them directly, but please let me know if you run into trouble I've documented the maven public deployment process here: https://github.com/ganglia/gmetric4j/wiki/DeploymentToMavenCentralRepository gmetric4j 1.0.2 should now be in the central repository On 18/02/13 22:50, Daniel Pocock wrote: I've raised a ticket as described here to have our projects added: https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide If anybody would prefer to do this through another Maven partner, please feel free to do so. These are the tickets: https://issues.sonatype.org/browse/OSSRH-5450 https://issues.sonatype.org/browse/OSSRH-5451 -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJRJVmZAAoJEOm1uwJp1aqD7T0P/jzM0QjV92nZ71xa+iSE0wAM yN/f5EApd7WMHxtVmf75lU2bQekJhapL+jxOydLHfk1ADY48Gohxu7NmIUPf0TFu Vsz4uKj7t/WtSRXnPL2UBUD0eVpM/TTF6BJ3V4faSmpFlrN8OYv0GpCpsFhVWl73 gbRFLDUibuBUO9aYsU8Hq8MTpjOPTdw5Yhkx8b85zfAz6EfJGM34huOeJk1vVa2R 2de12fURJmTbfh8H/5rnnhjHpHUo+PtS5OCxoDXsecgSZvDz2JJ+aHv5MsxrqjrP 3jTe9FhYSGLT+lvb6r5EcKw/n2icCzG242UQVq39Kgy1Mhlq7hH19RXgn0rR+8Gi bolorO+zukECy1DcwhODC0TnmWkkIim4HVy65HbgwTA55dZ7mYlX7DSN0rLA/TZr 1XJeZ3k8C4MOWFMGPCyYBm53FEOhCU/kvp6GcwsZVTA+pzwZTca4nEWbYz1gC+Ei UXayQeikr/NTl0wUD2xxD9dMJVXecMIQVdNM0sqSEouvfvT2Iv/wbaLEnP+Q2J66 dr8plPMs5cGDHDb6E3zHG/rtAyYry4ovRKDhe6PW8HiTPEkzsL8Mk1Zl3RBPICsV 1SWRiR18su8XArp8XqnNBop/JA+wbOETKHQv31UVMgqmxenh37ijxzzfPvbsGFul D/e10HPT+Wse2Q4mKwxZ =/6JW -END PGP SIGNATURE- -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] getting gmetric4j and jmxetric into Maven central repository
I've raised a ticket as described here to have our projects added: https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide If anybody would prefer to do this through another Maven partner, please feel free to do so. These are the tickets: https://issues.sonatype.org/browse/OSSRH-5450 https://issues.sonatype.org/browse/OSSRH-5451 -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] new pkg-monitoring team, Debian in the Ganglia book
On 19/01/13 22:07, Mathieu Parent wrote: Hi, 2013/1/19 Daniel Pocock dan...@pocock.com.au: A few weeks back, the pkg-monitoring team was created Although we currently look after Ganglia related stuff, it is not exclusively for Ganglia, and could be a good way to collaborate on any package related to metric collection, storage and analysis Anybody wishing to collaborate or migrate packages into the team git repo can join here: http://alioth.debian.org/projects/pkg-monitoring/ We also recently created the pkg-graphite team (Graphite is a tool for real-time visualization and storage of numeric time-series data). Graphite is mainly used with collectd. I have updated http://wiki.debian.org/SystemMonitoring, about what I am aware of. Hi Mathieu, Thanks for alerting me about this - there are definitely people keen on using Ganglia and Graphite together I'm putting this out on the ganglia-developers upstream list as well as there are people using Ganglia, Graphite or both on Debian and/or Ubuntu, and these teams provide a good place for upstream developers to interact with packaging even if they don't get involved in other parts of Debian Regards, Daniel -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] ganglia-web in Debian - updating?
There is now a standardized Debian package of the standalone ganglia-web: http://packages.debian.org/experimental/ganglia-webfrontend Is anyone else interested in having upload rights to update the package from time to time? It is not so hard to participate through the DM mechanism: http://wiki.debian.org/DebianMaintainer -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web in Debian - updating?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 03/09/12 13:48, Jeff Buchbinder wrote: On Mon, Sep 3, 2012 at 2:07 AM, Daniel Pocock dan...@pocock.com.au wrote: There is now a standardized Debian package of the standalone ganglia-web: http://packages.debian.org/experimental/ganglia-webfrontend Is anyone else interested in having upload rights to update the package from time to time? It is not so hard to participate through the DM mechanism: http://wiki.debian.org/DebianMaintainer Sure, I'm interested. Do you have a 4096 bit PGP key already? If so, can you send me an email signed with your key? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQRJnAAAoJEOm1uwJp1aqDXnAP/irYzLHdHMyN8COH1lAOgogS zSivmDbiKX3jIKyKwI7hmuImw8Jksw3N3oWwmmN2MqcCBgc4d2q1bbdgXhU0/gq3 aemxgxY4EuxxlKcVHvzu1ccmCaLGi3h8jn9szQX8Q7o/Z++AqxAr+gaPGs5hrP6s akywaLjzVhzhUktfMunPvBkVAETkLeBKYCx+c7dvY7sJqA3eUCEukxRPZlV5HSFd kqvQ6Y05Fv8/Svm/Uk+OGCISM774GibXNp6NRbr9Y1TFiMIhG4hsQgj9EAknO1Uo PMEgwxfAxyUVt49vqupTcD0kNFYxqZ0UKl61NVyRg4F3vozg4ZEjJVq79SPJfb4w Vw/UZ+APzrYunMxiItx6eMq9yadLg8O5Ie/x0JayyBB+2y7Rg7moiTnKbZlYw1Zh k147Yy2oQfCwlmF0/U2eS6UYLEGi4KvaQtHZuvfYaJRkiGpn0TI/2ASJRNd7yOQo jAZRLw701etdMwL/EaEcmeZqLrtRvl7bpcHo4YD0ITrQDMSIzMZ7uBop7G62P226 sQBbt4Ff2Q0c7WahQadQqGFUjW6KkvAa5jxNDPZnQsJT8hprZGDkHGw8AfB+/9N2 +eBXFmvw1deWT0o8xwLIWUIy4rEVWePU36H62E/y6UbNu8YcxPvFQGiOzUPCytV7 rpQS7ysY1NIQk6ShOHVt =8N6I -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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web in Debian - updating?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 03/09/12 13:58, Jeff Buchbinder wrote: On Mon, Sep 3, 2012 at 7:51 AM, Daniel Pocock dan...@pocock.com.au wrote: On 03/09/12 13:48, Jeff Buchbinder wrote: On Mon, Sep 3, 2012 at 2:07 AM, Daniel Pocock dan...@pocock.com.au wrote: There is now a standardized Debian package of the standalone ganglia-web: http://packages.debian.org/experimental/ganglia-webfrontend Is anyone else interested in having upload rights to update the package from time to time? It is not so hard to participate through the DM mechanism: http://wiki.debian.org/DebianMaintainer Sure, I'm interested. Do you have a 4096 bit PGP key already? If so, can you send me an email signed with your key? I'm attaching an ASCII armored version of my public key -- will that do? You are half way there - I notice you don't have any signatures on your key yet. To formally request a DM account, you need to find at least one full Debian Developer, meet him in person, and ask him to sign your key. Where are you based? However, you can apply for an account on alioth, even without waiting for any PGP signatures, and then you can push updates into the Debian git repo. Register on alioth, it is like a Debian Sourceforge: https://alioth.debian.org/account/register.php and then click on here to request participation in collab-maint: http://alioth.debian.org/project/request.php?group_id=30755 I am also going to create a pkg-ganglia team page there - do you think that is a good name, or a more generic name like pkg-monitoring? Please let me know the account name you request on alioth -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQRJ42AAoJEOm1uwJp1aqDLR4QAKdnGdEmNm9E/Wm8j7NtYKVG xIDeYf2XgY+LHr3PfOaLsh8rJTOKowAd5wdhK6fAW1RmSjVvAGBOqYUsqtRIgYy8 O8LJ+k32DG7z+mnfmYia2YG0rzETZtOwLXwKIb+fxYajuP+cAisnC6pEsHbljvg+ fPQW1bE31MlrrIOUqHP31sIsYIW0UU3nDkdAsjeVFRQ5+Om97OuUzANomdHM9tIO EssmhTHamKtwJql4ZsseZ4+kRtjEQM5770var0JGJ+0+RuIuNKVw54A0BxZnE1nJ CmzdChmvQUaGwfb3H9Xb846zD8BtpvHVczccDfccv1CPBcpU/5/arkjNNvr0W+5d 74ExzWOBwyPVJpdpbv55OzUvSXhnuMGQ//MbhclFPTFHin5F29eJQq0S9G9Y3JuT M+ivusGWGVwSImrLdiMavOEsg7qMwcVyYzgtULmZI2KZeJlbi1FOGzy1aebs6w1h cV7oKa7mLLxvxFvvsvLu4+JrdrWGGWtsAciYI2wEBpY+i/B9eGYdHfqJwb++jI+I je84f76U+vmWNLJ3BHc5LZkDq/hl51W/F6elC5AZ/NQ8PtJD+IxGwWpSYTGIr881 4vTBhDSwJdw4rab2ldFxayCDU9nNSQh6pdiapvpmlXI44iLIhUShZQ6AO9WAL7Hi T8worW90b/xFGshnQih7 =GS+L -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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] 3.4.1. release ?
I've put the revised instructions (as below) into the wiki now: https://github.com/ganglia/monitor-core/wiki/BuildingARelease On 15/08/12 15:50, Daniel Pocock wrote: On 15/08/12 13:05, Vladimir Vuksan wrote: There are a number of small fixes and one enhancement e.g. report CPU steal which I feel would be a great improvement. I don't believe we need to go all the way to 3.5.0 to roll those out. We can but then we have proliferation of versions any time we add any enhancements. Is there something wrong with that? Many people believe it is a good thing, as a 3.[N+1] release emphasizes to people that they need to review new config options, default values may have changed, etc The actual work in preparing a 3.4.1 or a 3.5.0 is about the same I do not want to wait until end of August. I personally prefer to release often. Most of these fixes have been in the trunk for 2 months already so I see no reason to delay any further. Most of the effort I've put into the existing releases this year has been done to ensure that we have something consistent to coincide with publication of the book and major distributions like Debian (which has just gone into their freeze ahead of the 7.0 release). I believe we are at that stage. If there does need to be an August release, I leave that for other people to decide and support - but unless there is a commercial driver for it, I personally don't have the time to invest in reviewing changes, releasing, testing, etc as well as dealing with any final book issues this month If someone does want to release, it is all scripted now, that is how I built 3.3.8 and 3.4.0, just checkout the git2dist tool, e.g. cd ganglia-git vi configure.in(update the version details) git commit -m 'Update for 3.4.1' git tag -s -m 'Tag v3.4.1' 3.4.1 git push mkdir ~/ws git clone git://git.code.sf.net/p/git2dist/code ~/ws/git2dist ~/ws/git2dist/git2dist git2dist.rc 3.4.1 and it will build and test the tarball for you. It even unpacks the tarball and tries to build the binary, test the binary, etc. The process must be run on a Debian 6 environment or autotools will give unpredictable results. You can just test-run the process too, just skip the tag step. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] UUID instead of hostname/XDR change
On 22/08/12 16:55, Chris Burroughs wrote: On 08/22/2012 10:19 AM, Daniel Pocock wrote: I've started a branch for sending UUID instead of hostname This necessitates change to the XDR packet format, but it is backwards compatible Nonetheless, it is not desirable to change the XDR format regularly, so it would be good to know if there are other XDR changes people would like to integrate for eventual release in 3.5.x? Then all such changes can be combined in one go. The UUID branch is described here: https://github.com/ganglia/monitor-core/wiki/UUIDSources I'm a little confused how this is backwards compatible change. My reading of the wiki page is that HOST/@NAME will be set the the UUID, and the hostname itself will not be present. How will this not break the UI and anything else consuming the gmetad looking for hostnames? Regardless of compatibility, how are applications to maintain a hostname--UUID mapping? The XDR is compatible: - the new gmond can receive the XDR from the old gmond, so it can be used as an aggregator without upgrading all gmonds in the cluster at the same time The XML is compatible: - no new attributes - gmetad and gweb seem quite happy with any string in HOST/@NAME - RRD files are created using the UUID as a directory name If people have third party scripts that depend on HOST/@NAME being resolvable, then they could run into trouble, but see my next comment Why not have a new HOST/@UUID field? Actually, there will be an option for that in gmond.conf, so it can be deployed in either of two ways, depending upon what is needed by the admin: a) put UUID in HOST/@NAME (so that XML schema does not change) b) put UUID in some new attribute The current implementation is very basic though and only does (a) -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] UUID instead of hostname/XDR change
On 22/08/12 18:40, Alex Dean wrote: Putting a UUID in a field called 'HOST' seems backwards-incompatible to me. You're changing the meaning of the HOST field, even if the data type remains the same. Just to clarify, this is the way it works on the branch: that doesn't mean it is the best way of doing it. The branch is there to experiment with the UUID concept and find the best solution for everybody. I won't merge the branch into trunk until there is some consensus about it Nonetheless, it ONLY puts the UUID in there if you have some other nodes sending UUID packets. If you don't enable UUID sending, you would never encounter this. I'd favor reserving 'HOST' for a hostname, and adding a 'UUID' field to the XML for UUIDs. Technically, a new attribute is better: but just remember, some people may be parsing the XML with other tools, and they might choke on a new, unknown attribute. There is no solution that pleases everybody. On Aug 22, 2012, at 10:02 AM, Daniel Pocock wrote: Actually, there will be an option for that in gmond.conf, so it can be deployed in either of two ways, depending upon what is needed by the admin: a) put UUID in HOST/@NAME (so that XML schema does not change) b) put UUID in some new attribute Making this configurable seems like unnecessary complexity. Wouldn't the web UI then have to know which mode gmond is running in (and support either), or would gmetad normalize this somehow? gmetad doesn't really seem to care, it just sees the hostname or UUID as a string I didn't have to patch my gmetad or web at all to use this. I only patched gmond itself and the whole thing seems to work. gmetad created the directory cluster/UUID/*.rrd right away -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] UUID instead of hostname/XDR change
On 22/08/12 20:15, Jochen Hein wrote: Daniel Pocock dan...@pocock.com.au writes: - RRD files are created using the UUID as a directory name If people have third party scripts that depend on HOST/@NAME being resolvable, then they could run into trouble, but see my next comment We are running Ganglia on a couple of Power-Systems. Each Box is a cluster in Xandria, the LPARs are identified by their hostname. We have scripts running and custom graphs that are looping over all clusters and all LPARs, so we have a single graph for all LPARs in a CPU-pool. Changing that user-visible identifier into some opaque UUID identifier seem not what we want. Just to emphasize - these changes are on a private branch, they are not about to appear in a 3.4.x release, so you won't have any sudden impact from this. However, testing the branch and suggesting how it could be useful to you is very welcome, e.g. if a new HOST/@UUID attribute appears, will that upset any script you use for XML parsing? Do you have some screen-Shots or a public instance, so we can see how this change is or is not user-visible in the webgui? I will publish an example shortly, with a screenshot of some metrics from an Android device. I'd like to have as many Ganglia defaults working for us, because it makes upgrading much less painful. I believe that is the convention I've always followed with any release branch (e.g. 3.4.[X+1]), only on a minor release (e.g. 3.[X+1].0) is there a possibility of config tweaks. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] 3.4.1. release ?
On 15/08/12 03:22, Vladimir Vuksan wrote: All of the recent ones. Typically, the 3.4.1 release would ONLY have essential changes that won't break any existing installation - bug fixes, no new features If some of the changes do have any risk or require mandatory config change, they will be released in 3.5.0 I haven't gone over them yet, but do you believe they all belong in 3.4.1? Personally, I feel it is not a good idea to release anything in August because people are on vacation and there is an upcoming deadline for the book - people are going over tech review feedback and may not thoroughly test any release candidate of 3.4.1 Do you think it is fair to delay 3.4.1 or 3.5.0 until mid-September? Thanks, Vladimir On Tue, 14 Aug 2012, Daniel Pocock wrote: On 13/08/12 22:59, Vladimir Vuksan wrote: I think we should go ahead and release 3.4.1. Anyone wants to do the deed :-)? Which features should be cherry picked from trunk? -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] 3.4.1. release ?
On 15/08/12 13:05, Vladimir Vuksan wrote: There are a number of small fixes and one enhancement e.g. report CPU steal which I feel would be a great improvement. I don't believe we need to go all the way to 3.5.0 to roll those out. We can but then we have proliferation of versions any time we add any enhancements. Is there something wrong with that? Many people believe it is a good thing, as a 3.[N+1] release emphasizes to people that they need to review new config options, default values may have changed, etc The actual work in preparing a 3.4.1 or a 3.5.0 is about the same I do not want to wait until end of August. I personally prefer to release often. Most of these fixes have been in the trunk for 2 months already so I see no reason to delay any further. Most of the effort I've put into the existing releases this year has been done to ensure that we have something consistent to coincide with publication of the book and major distributions like Debian (which has just gone into their freeze ahead of the 7.0 release). I believe we are at that stage. If there does need to be an August release, I leave that for other people to decide and support - but unless there is a commercial driver for it, I personally don't have the time to invest in reviewing changes, releasing, testing, etc as well as dealing with any final book issues this month If someone does want to release, it is all scripted now, that is how I built 3.3.8 and 3.4.0, just checkout the git2dist tool, e.g. cd ganglia-git vi configure.in(update the version details) git commit -m 'Update for 3.4.1' git tag -s -m 'Tag v3.4.1' 3.4.1 git push mkdir ~/ws git clone git://git.code.sf.net/p/git2dist/code ~/ws/git2dist ~/ws/git2dist/git2dist git2dist.rc 3.4.1 and it will build and test the tarball for you. It even unpacks the tarball and tries to build the binary, test the binary, etc. The process must be run on a Debian 6 environment or autotools will give unpredictable results. You can just test-run the process too, just skip the tag step. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] 3.1.8 released (security)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Release 3.1.8 The release has now been tagged in git commit = on the release/3.1.8 branch *** NOTE: special branch created just for this tag to avoid including more recent commits Filename: ganglia-3.1.8.tar.gz SHA224 checksum: 5edf7ad10d23ed236bb70dbb2bbb3eab3eaeed893c218cc558e45a2e 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 The only change from 3.1.7 is the inclusion of the security fixes that were released in 3.5.1. This is released on the 3.1 branch for the benefit of those who are using 3.1 (e.g. the Debian squeeze packages) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQK9n6AAoJEOm1uwJp1aqD5hwQAKdcymKPs7fcD4RQRSRlRfrI Fn6cA1fmiKcT6uoVkw1nv28E5JxM/blEsY5jKD8B5xxiFClCEqqVvSafG5KrsPLa qwW2tZlu6wy9+QKKWczxy9RS3ff2ZJQLK6wvO5k0tEykHMzGgnKXQyCJOED4Y2oS qbqUFo2nChupBG/CX+URGX3KlVrJun/qK+t23aBj3kFe5mSVPls8/RwU7WFoCRrj 9cP2WOfd4IJnZiyUHeU0j2vQhg9tqE6f9QRZ8IrWSLGyPGIBI9/tTEkHYXWMbCne NraKYpmIkwQcVWVes/Va8ZZHKfwGzCq8ZiBLhtGIhVjoK5MhtoUCjBpzUQK+ZcXh vfZ0EKdSYjzraDj9IUg7uAQ2Gvx+dWNp5S/S/sTKoyeLwLh0ZhnajFOp3FPNPUYw 4EgkZstACm8aAD8d1MmGVK26+cuj0/rZSJ842zkBuYfRzCa39FllZ/JVfchmVO00 8jZlgSNoX+F5OOMsb6iEJPUq0pXD3xmalPYbAaJpavclwq/+4hTdYLo6XnXg+VYv SHoCaS2rO6MzAxfRSJCpwdUdtut8Nr2TPci+ETbGYBCuXpz0/fcUeVSocjvW9JGB qozAQVuy/tgvKnkD0QG6yRgMWoc7HmXi4L0xgLMmvL6UOMQOK8r8hlDuc49KHi47 DJfwX/XLA5X16pWPV8qF =d5/9 -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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] 3.4.1. release ?
On 13/08/12 22:59, Vladimir Vuksan wrote: I think we should go ahead and release 3.4.1. Anyone wants to do the deed :-)? Which features should be cherry picked from trunk? -- Live Security Virtual Conference Exclusive 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] supporting the 3.3 branch
To ensure that the 3.3 branch is supportable throughout the lifecycle of Debian 7 (up to 2015/2016), I've done the following: - audit of all pointers to web - due to a lot of 3.3.x-x tags in web, I've created tags of my own, using the naming convention monitor-core/3.3.x - these tags match exactly with the actual 3.3 tags and releases - cherry-picked the security fixes from the 3.5.1 release onto the release/3.3 branch in web - update the monitor-core pointer to point at web 3.3.8 and release - any further security fixes for Debian can be made on the release/3.3 branch in both monitor-core and web projects as required - like most distributions, Debian does not accept any other feature changes/enhancements, but I doubt there will be any rush to backport such things onto the 3.3 branch -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] updating git user IDs
I've just added an authors.txt file to the git repo Can people please: a) find your user ID (or IDs) from Sourceforge b) put in your real name and preferred email address c) commit your change to the file There is no technical reason for authors.txt to be in the repo, I just thought this would be a convenient way to do this. I don't think git validates it in anyway, but I think it is convenient if each user is consistent, always using the same name/email. At some point later in the month, I will try to use the git-filter-branch method to amend the repo to contain the correct author details for all past commits. For anyone who has not updated the file, I will simply use one of the following: - the name/email you use in a recent github commit - if no github commits, the name/email you last used on the public email list -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] [Ganglia-general] [SECURITY] [IMPORTANT] Security issue in Ganglia Web
Just wondering if anyone has already started looking at doing 3.1.8 with the security fix? On 15/07/12 18:48, Bernard Li wrote: Hi Daniel: If you want to start a wiki page for that, that's fine. But in my experience these pages get stale pretty quickly ;-) Cheers, Bernard On Sun, Jul 15, 2012 at 11:40 AM, Daniel Pocock dan...@pocock.com.au wrote: On 15/07/12 20:27, Bernard Li wrote: Hi Daniel: On Sun, Jul 15, 2012 at 10:26 AM, Daniel Pocock dan...@pocock.com.au wrote: I think we need to be clear about the support lifecycle for older versions - I remember 3.0.x was being supported for a while when 3.1.x was in use - I'm not sure if anyone has taken on 3.1.x support? I saw Kostas on IRC and talked to him briefly about the security vulnerability and he mentioned that he will take a look at backporting fixes to 3.1.7 since that is the latest version available on EPEL. I don't think he has volunteered to take over support for the entire branch, but will at least work on releasing updated RPMs for EPEL users. Hopefully he could chime in on this ;-) I don't think there is any obligation on anyone to do this - but perhaps it would be useful to track supported versions (and related distros) on a wiki page so we don't duplicate any effort e.g: 3.1.x:Distros: Debian 6, EPELUpdates: Kostas?Note: security fixes only 3.2.x:Note: unsupported, go to 3.5.x? 3.3.x:Note: unsupported, go to 3.5.x? 3.4.x:Note: unsupported, go to 3.5.x? 3.5.x:Distros: Debian 7? Updates: ? Note: we aim to make this the next long-term-support version for Debian 7, EPEL In this example, I've marked 3.[234].x as unsupported because I don't know if any stable distro is carrying any of them - feel free to correct me -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] [Ganglia-general] [SECURITY] [IMPORTANT] Security issue in Ganglia Web
On 02/08/12 21:21, Bernard Li wrote: Hi Daniel: On Thu, Aug 2, 2012 at 1:35 PM, Daniel Pocock dan...@pocock.com.au wrote: Just wondering if anyone has already started looking at doing 3.1.8 with the security fix? That depends. Are we still maintaining the 3.1.x tree? Traditionally we have kept with the current branch and one release branch before. For instance if current web is at 3.5 then we maintain that and 3.4. I remember that logic - but that doesn't really reflect what the distributions do Just backporting/cherry-picking the most essential security fixes to an old branch shouldn't be a big pain though I believe Kostas has already pushed out patches for 3.1.7 to Fedora/EPEL so in terms of distributed binary packages I guess we should be fine? Debian 6 also has 3.1.x - when this was mentioned before, I thought Kostas was updating the 3.1 branch and then the Debian and Fedora packages could all be built from the same tarball Kostas, could you possibly commit what you did onto the 3.1 branch and then I'll release a tarball? However, I can't see the 3.1 branch in git... does anyone know where it went or a quick way to revive it? $ git branch -a * master release/3.3 release/3.4 remotes/origin/HEAD - origin/master remotes/origin/master remotes/origin/php-support remotes/origin/release/3.3 remotes/origin/release/3.4 We could potentially pull the old versions from SourceForge.net so people don't download the old versions, but they should really be getting the latest and greatest... That's not what distributions support - keep in mind, for many people, they only need something basic, they are happy to run apt-get or yum and get the package in 30 seconds, and that convenience is more important than new features - so they are not going to dedicate 30-60 minutes to downloading a tarball and working out what to do with it -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] git repo status
I've just had a look over the git repo I notice that a) the authors.txt mechanism wasn't used when migrating from svn: Author: d_pocock d_pocock@93a4e39c-3214-0410-bb16-828d8e3bcd0f should be Author: Daniel Pocock dan...@pocock.com.au and likewise for everybody else of course, b) we don't have the old branches (at least I can't see them) $ git branch -a * master release/3.3 release/3.4 remotes/origin/HEAD - origin/master remotes/origin/master remotes/origin/php-support remotes/origin/release/3.3 remotes/origin/release/3.4 Maybe it's a long shot, but maybe it is possible to extract from SVN again, rebase all the new work on top of it, and push that up to github? Has anyone ever done something like that? I believe scripts exist for amending the authors I've also heard there are techniques for importing branches, but it may be more or less tricky than the rebase approach -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] [Ganglia-general] [SECURITY] [IMPORTANT] Security issue in Ganglia Web
On 02/08/12 22:08, Bernard Li wrote: Perhaps I'm totally off here but is this saying 3.3.5 is under testing and will eventually be stable? http://packages.qa.debian.org/g/ganglia.html If that is the case, shouldn't we work on backport it into the 3.3.x tree as opposed to 3.1.x tree? I was going to get to that... wheezy (Debian 7) probably won't be released for another few months Even after that, people with squeeze (Debian 6) have been promised security updates for 12 months from the official release of wheezy: http://www.debian.org/security/faq#lifespan I really tried to get 3.4 and standalone ganglia-web ready for Debian 7, but as I am not a full DD and I can't do all the things myself (like the recent minimised javascript issue), this didn't happen before the freeze process began - so it looks like we will be seeing 3.3.x in some form for up to another 3.5 years from now. This is why I made a big push to get the new web code into the 3.3 releases though: so at least it will be there in some form for Debian users to admire (and hopefully update) -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web case_sensitive_hostnames
On 22/07/12 06:22, Bernard Li wrote: Hi all: In conf_default.php for ganglia-web, the default for case_sensitive_hostnames is true: https://github.com/ganglia/ganglia-web/blob/master/conf_default.php.in#L300 Shouldn't we set this to false now that gmetad = 3.2.0 has been in circulation for a while now? Any objections to change it? I thought I had already made this default within the 3.3.x release series, so if current releases of the web code are back to the bad old behavior, it could give people an unnecessary surprise when upgrading. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] web and debian/* files
The web download includes a debian/ directory with files for building a Debian package Debian also keeps a separate set of files for the same purpose in the Debian git VCS: git.debian.org/git/collab-maint/ganglia-web.git When importing release tarballs into the Debian VCS, it is necessary to filter out the upstream version of the debian/* files, they don't get used at all: git-import-orig -u 3.5.2 --filter='debian/*' ~/Downloads/ganglia-web_3.5.2.orig.tar.gz To simplify things and avoid duplication, debian/* could be omitted from future gweb releases (and even removed from the git repo) Would anyone object to that? I believe that the main advantage of tracking these files in Debian's git is that any Debian developer can update them and update an emergency bug fix release at any time. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] [Ganglia-general] [SECURITY] [IMPORTANT] Security issue in Ganglia Web
I think we need to be clear about the support lifecycle for older versions - I remember 3.0.x was being supported for a while when 3.1.x was in use - I'm not sure if anyone has taken on 3.1.x support? Debian 6.0 (squeeze) is carrying the 3.1.7 package. http://packages.debian.org/search?keywords=ganglia-webfrontend The Debian security team will accept a patch on that (e.g. a 3.1.8 release) - they won't accept other changes. For example, they won't push out a 3.5.1 package to Debian 6.0 users. Even when Debian 7.0 (wheezy) is released later this year, Debian 6.0 is still supported by security updates for 1 year. How do people feel about a 3.1.8 release? Is there anything else particularly urgent that should be cherry-picked for such a release? Do other distros need 3.1.8 too? Although 3.3.5 is listed on the page above, I'm going to push for 3.5.x to be included in Debian 7.0 - that means it will be around for 3 years from now. I think it is a good idea to have a branch for 3.5.x minor updates so that security fixes for Debian and other distros can be cherry-picked for such releases. On 13/07/12 21:54, Vladimir Vuksan wrote: There is a security issue in Ganglia Web going back to at least 3.1.7 which can lead to arbitrary script being executed with web user privileges possibly leading to a machine compromise. Issue has been fixed in the latest version of Ganglia Web which can be downloaded from https://sourceforge.net/projects/ganglia/files/ganglia-web/3.5.1/ If you are running Ganglia Web open on the internet you are advised to upgrade ASAP or at a minimum password protect access to Ganglia Web. We'll have a write up about details of the vulnerability in few days. Sincerely, Vladimir -- 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-gene...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-general -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] [Ganglia-general] [SECURITY] [IMPORTANT] Security issue in Ganglia Web
On 15/07/12 20:27, Bernard Li wrote: Hi Daniel: On Sun, Jul 15, 2012 at 10:26 AM, Daniel Pocock dan...@pocock.com.au wrote: I think we need to be clear about the support lifecycle for older versions - I remember 3.0.x was being supported for a while when 3.1.x was in use - I'm not sure if anyone has taken on 3.1.x support? I saw Kostas on IRC and talked to him briefly about the security vulnerability and he mentioned that he will take a look at backporting fixes to 3.1.7 since that is the latest version available on EPEL. I don't think he has volunteered to take over support for the entire branch, but will at least work on releasing updated RPMs for EPEL users. Hopefully he could chime in on this ;-) I don't think there is any obligation on anyone to do this - but perhaps it would be useful to track supported versions (and related distros) on a wiki page so we don't duplicate any effort e.g: 3.1.x:Distros: Debian 6, EPELUpdates: Kostas?Note: security fixes only 3.2.x:Note: unsupported, go to 3.5.x? 3.3.x:Note: unsupported, go to 3.5.x? 3.4.x:Note: unsupported, go to 3.5.x? 3.5.x:Distros: Debian 7? Updates: ? Note: we aim to make this the next long-term-support version for Debian 7, EPEL In this example, I've marked 3.[234].x as unsupported because I don't know if any stable distro is carrying any of them - feel free to correct me -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] web/Makefile and DESTDIR
I discovered that the ganglia-web Makefile has a DESTDIR variable However, the way it is used and the default value were not consistent with the normal use of DESTDIR http://www.gnu.org/prep/standards/html_node/DESTDIR.html Given that DESTDIR is widely used for package building, I've amended the Makefile, the old DESTDIR is now GDESTDIR Therefore, packaging scripts can set DESTDIR in the way they would for any other Makefile This was only fixed after the 3.5.1 release, so it will only work this way from 3.5.2 onwards -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] jmxetric adapted to git, gmetric4j
I've placed a copy of the jmxetric code in github: https://github.com/ganglia/jmxetric and it is adapted to use the base functionality in gmetric4j - so now there is no duplication between the two projects As previously mentioned, gmetric4j is almost entirely based on code from the jmxetric project: gmetric4j: base classes, xdr and protocol, for use in any Java app jmxetric: now a specialisation of the gmetric4j classes to work with JMX -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] jmxetric adapted to git, gmetric4j
On 14/07/12 20:11, Bernard Li wrote: Hi Daniel: Thanks for doing this. But I wonder if these projects should be in the top level of the main Ganglia GitHub repository. The top level is getting a little busy so perhaps we can create a new directory where these sub-projects can live, much like ganglia_contrib? With jmxetric, I had to import the history from SVN, so it is a dedicated git repository I'm not sure if the history can be migrated into a sub-directory of another repository I'm open to suggestions on what directory they should be placed in, but IMHO they should not be in the top level. Perhaps we could rename ganglia_contrib to ganglia_thirdparty and place those projects there? I'm not too worried about it - I agree it would be nice to have another level of directories - if it is not administratively difficult, I don't object to someone changing the layout -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] Lumicall 1.6.0 with gmetric4j now in Google Play/Market
I've just added a config menu for the gmetric4j agent, and pushed the latest Lumicall to Ganglia market To try it (and take Ganglia everywhere you go): - download from Google Play/Android Market - in the Lumicall settings, enable Ganglia and Heartbeat, set the destination IP address if necessary - you must restart Lumicall after changing these settings (I'll automate that later) It now demonstrates some more metrics too, IMEI (as a string) and GSM signal level https://github.com/opentelecoms-org/lumicall/blob/master/src/org/lumicall/android/ganglia/AndroidSampler.java I imagine that when it is on GSM (not wifi), some mobile networks will NAT the Ganglia UDP packets, so gmetad might see all metrics from 2 phones coming from the same IP address. attachment: gsm_signal.png-- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] gmetric4j added to github
I had a quick look at the Java stuff: The old gmetric-java[1] seems to be based on the pre-3.1 wire format jmxetric[2] only works with JMX, but has support for both wire formats Therefore, I've generalized the JMXetric code to work without JMX or MBeans, and committed it here as gmetric4j: https://github.com/ganglia/gmetric4j I'll send another post with a sample use-case I believe the jmxetric code could be simplified to work against gmetric4j rather than having a copy of the ganglia.gmetric classes in two places. 1. https://github.com/ganglia/ganglia_contrib/tree/master/gmetric-java 2. http://code.google.com/p/jmxetric/ -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] using gmetric4j on Android
I've patched the Lumicall app[1] to send wifi and call quality stats to Ganglia, using gmetric4j This shows in a very simple way how to integrate gmetric4j as a service within an Android app: https://github.com/opentelecoms-org/lumicall/commit/8ed0698081aa11570c4aa87ec550a95b79a43375 Obviously, I'll add some config options to turn it on/off before the next release version is built for Android market. 1. http://www.lumicall.org -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] ganglia-modules-(linux|solaris) on github, Debian
As discussed the other day, I've now migrated the git repos for ganglia-modules-(linux|solaris) projects from Sourceforge to the Ganglia organisation within github: https://github.com/ganglia/ganglia-modules-linux https://github.com/ganglia/ganglia-modules-solaris The ganglia-modules-linux package has also been accepted into Debian recently: http://packages.qa.debian.org/g/ganglia-modules-linux.html and it appears to be on the right track for inclusion in Debian 7 (wheezy) Regards, Daniel - the old Sourceforge git repos have been canceled, but the download pages are still active. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] gmond/gmetad 3.4.0 released
-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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web 3.4.x into Debian
On 18/05/12 01:03, Vladimir Vuksan wrote: It is not a rewrite. It is an extension of the old web code. Either way, there is a point at which a piece of work takes on an identity of it's own - there are plenty of examples of people extending some project, as long as they respect the license of the project founders (e.g. X.Org license files all credit the XFree86 contributors, as it is an extension of their work) http://www.x.org/archive/X11R6.8.0/doc/RELNOTES6.html As it is not my own work, it has no impact on me personally - but I do think the people who have contributed deserve to be recognised prominently, and as long as the license terms are 100% compatible, there is nothing wrong with adding a whole list of extra names where it says `The Regents of the University of California', s/Regents/Authors/ If nobody objects, we could: - update the COPYING file to refer to the AUTHORS file - s/Regents/Authors/ - git log | grep ^Author | sort -u AUTHORS (not sure if this is sufficient to find all patches though) - find all other copyrights (e.g. in Javascript and mention them in COPYING), e.g. find . -type f -exec grep -Hi copyright '{}' \; -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] 3.4.0 tagged (release candidate)
We've had 13 downloads and I haven't seen any complaints: https://sourceforge.net/projects/ganglia/files/pre-release/ Is there any objection to making 3.4.0 official? On 02/05/12 20:28, Daniel Pocock wrote: Release 3.4.0 The release has now been tagged in git commit = 607f1dc87496699716dfd1ff242272b1c1d0f038 Filename: ganglia-3.4.0.tar.gz SHA224 checksum: a780b6152ec87889500abc054671f9e82872eebe750846d26f667e4f It is still on the pre-release page on Sourceforge, if no problems are found in the next 14 days then it can become the official release. https://sourceforge.net/projects/ganglia/files/pre-release/ Release notes and change log details are on the wiki: https://github.com/ganglia/monitor-core/wiki/Release-Notes -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] ganglia-web 3.4.x into Debian
I've just started a Debian source package on git.debian.org for ganglia-web git-import-orig -u 3.4.2 \ --filter=debian/* \ ../ganglia-web_3.4.2.orig.tar.gz It is in Debian's collab-maint tree (which means any Debian developer or maintainer can collaborate on it) - but it could potentially go on github too http://anonscm.debian.org/gitweb/?p=collab-maint/ganglia-web.git;a=summary To get this into Debian, a couple of things are needed: - copyright - I've started a debian/copyright file listing the authors of each piece of work (everything has to listed, for all original code and every piece of javascript that has been copied, etc) - non-minimized versions of Javascript code - the ganglia-web release tarballs needs to include the regular, human readable version of each .js file, otherwise Debian doesn't consider it open source $ ls js combobox.js jquery.flot.stack.js create-flot-graphs.js jquery.gangZoom.js ***d3.v2.min.js jquery.liveSearch.js ***excanvas.min.js***jquery.mobile-1.0.min.js ganglia.jsjquery.multiselect.js ***jquery-1.7.1.min.js ***jquery-ui-1.8.14.custom.min.js ***jquery.ba-bbq.min.js jquery-ui-timepicker-addon.js jquery.cookie.js protovis-r3.2.js ***jquery.flot.crosshair.min.js ***rickshaw.min.js ***jquery.flot.min.jstasseo.js The minimised versions are accepted by Debian, but only if they are accompanied by the regular versions Please bear in mind the Debian freeze date for Debian 7 (quite close to the book deadline too) https://lists.debian.org/debian-devel-announce/2012/05/msg4.html Regards, Daniel -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web 3.4.x into Debian
On 17/05/12 21:12, Jesse Becker wrote: On Thu, May 17, 2012 at 4:52 PM, Daniel Pocock dan...@pocock.com.au wrote: To get this into Debian, a couple of things are needed: - copyright - I've started a debian/copyright file listing the authors of each piece of work (everything has to listed, for all original code and every piece of javascript that has been copied, etc) What do you need, specifically, from the code authors? I just want to make sure I don't miss anybody It is bare bones at the moment: http://anonscm.debian.org/gitweb/?p=collab-maint/ganglia-web.git;a=blob_plain;f=debian/copyright;hb=master Furthermore, I don't believe there is any obligation for people to grant ownership of their code to the The Regents of the University of California - that only belongs to code actually written by those within the university. There is a tendency for people to cut and paste the BSD license without changing that. As the new web component is a complete re-write, it can state the actual author names and/or their workplaces if necessary. The COPYING file, for example, could be updated. In many open source projects, each contributor modifies the BSD license text to replace the name of the university with their own name or company name, or just the word `author', and puts that text in each source file they contribute, along with their name e.g. --- Copyright 2012 Bob b...@example.org Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: * Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. * Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. * Neither the name of *the author* nor the names of contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY *THE AUTHOR* ''AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL *THE AUTHOR* BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] moving mod_multicpu out of ganglia to ganglia-modules-linux
On 16/05/12 19:09, Bernard Li wrote: Hi Daniel: I'd like to know whether the work you are doing can be migrated to GitHub: https://github.com/ganglia/gmond_c_modules I thought we all agreed to move our code repository to GitHub a little over a year ago. I'm not especially fond of having all these separate projects spread all over the place. Everything should be placed under one roof (GitHub) as much as possible. I still keep roughly half the things I do on Sourceforge, not having all the eggs in one basket, as the saying goes But it is a git repo (not Sourceforge SVN), so a move to github would be trivial and I don't have any problem doing that. In particular, it makes sense having it under control of the `organisation' level access control that github offers now. I'll organise it later this week and send another email to confirm. Thanks, Bernard On Mon, May 14, 2012 at 10:54 AM, Daniel Pocock dan...@pocock.com.au wrote: On 14/05/12 17:08, Carlo Marcelo Arenas Belon wrote: On Mon, May 14, 2012 at 01:17:19PM +0200, Daniel Pocock wrote: The mod_multicpu code in the main ganglia repo is Linux-only, while most of the other modules are cross-platform I think it might also work for cygwin but haven't really tried lately, if that is the case though it will remove this functionality from cygwin for no big gain IMHO. Just a few comments: - I think it may be good to have some (or maybe all?) modules as separate packages, especially if they are only for a single platform, as smaller packages are easier to release manage - the python modules seem to evolve faster than the C stuff, just as the web stuff has evolved quite a lot recently, Python code doesn't need any autotools integration either, so that stuff could also be a separate source tree, separate release cycles, etc - although I hammered together the gmond-linux package, 90% is other people's work, I believe I've done everything I can to credit people for that - but I'm also happy for other people to have commit access on that repository, Brad is also an admin there now and he can also grant access - given the correlation between Linux and Cygwin stuff, maybe ganglia-modules-linux can be renamed and can cover both platforms - or given the nature of git, it could be forked to create a ganglia-modules-cygwin? Most of the python modules are linux specific though, so would guess your comment was about native modules instead. The version in ganglia-modules-linux is based on the same code, with some small enhancements (using arrays instead of string comparisons) instead of having a forked version, why not make multi-cpu portable instead? and if you think your linux version is better, why not import it instead? I've also implemented the same for Solaris (see http://gmod-solaris.sourceforge.net) - there is little in common. In some ways I think the code is more readable if kept separate. I have no objection to contributing my mod_multicpu enhancements to the main project - the gmod-linux thing was started as a proof-of-concept for standalone module builds, I think it serves that purpose well and I only hope people use it as a starting point for similar activity. It should not be seen as something I made up because I don't want to contribute 100% to the main project: rather, it should be seen as a mark of respect for the modular architecture of the project. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] moving mod_multicpu out of ganglia to ganglia-modules-linux
The mod_multicpu code in the main ganglia repo is Linux-only, while most of the other modules are cross-platform The version in ganglia-modules-linux is based on the same code, with some small enhancements (using arrays instead of string comparisons) Therefore, I'm simply going to leave it out of the core ganglia distribution - anyone who wants to use this module can still get it at http://gmod-linux.sourceforge.net/ -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Trac Wiki, Bugzilla and GitHub
On 12/05/12 00:44, Bernard Li wrote: Hi Daniel: On Fri, May 11, 2012 at 3:08 AM, Daniel Pocock dan...@pocock.com.au wrote: If I host it, it would purely be on a voluntary basis, so I would be hoping for upstream and/or Debian to be providing convenient packages and security updates. Although I am quite capable of installing it manually, time spent maintaining such an install of bugzilla would cut into time spent maintaining any other open source packages I contribute to Thanks to Ben Hartshorne, I was able to find this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638705 So yeah, bugzilla is temporarily removed from Debian. However, it's Yes, that was the same link I posted - it doesn't say temporary or permanent, it just says they need at least 2 people willing to support the package in some sense. It also suggests that the way upstream distributes the tarball makes it necessary to do a lot of patching, that deters people from maintaining a package. still available in EPEL: http://dl.fedoraproject.org/pub/epel/6/x86_64/ Is this really an issue? Yes, definitely, because if something like that is publicly accessible, it needs security updates. Debian and RHEL often put out security updates for supported packages within a matter of hours (much faster than the non-Linux platform vendor) The reason for using Debian is that I already have a VM running for reSIProcate, it could be shared for the Ganglia project, used to bootstrap releases, etc. The physical server is under a commercial hosting contract in Telehouse, one of London's most well connected data centres: http://en.wikipedia.org/wiki/Telehouse_Europe#London -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Trac Wiki, Bugzilla and GitHub
This is our request for help. We need someone to take charge of managing our documentation making sure they are up to date and in one canonical location. We'll also need someone to help with importing the bugs in Bugzilla to GitHub Issues. We definitely have to abandon bugzilla? Can we just turn off the issue tracker in github to avoid people opening issues in the wrong place? -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Trac Wiki, Bugzilla and GitHub
Whatever/whoever does it, I think we should make sure a data dump is always available. Is there any issue tracker that keeps data with the repo itself? As for bugzilla, I thought about installing it on a vm, but I found that Debian has discontinued support for the package, is it the best option long term? Brad Nicholes bnicho...@netiq.com wrote: +1 for sticking with bugzilla. If we can move it to somewhere that is more maintainable, that would be better. But I would hate to just abandon everything there. Brad On 5/10/2012 at 10:01 AM, in message ca+3xn_lykk8gveq0itiak980t7w4hk+awrpy0fk39bvhgpg...@mail.gmail.com, Bernard Li bern...@vanhpc.org wrote: Hi Daniel: Just for the record, I actually like Bugzilla and would like to keep using it. However because we do not have direct ownership to the server (it is being hosted at UC Berkeley) it makes it hard to maintain. For instance it has currently been down for at least two days and so far I have not been able to get ahold of the admins who could tell us what's going on. This is not the first time it has happened. So either we move the Bugzilla instance to somewhere we have more control or we move them to GitHub Issues, it just can't stay where it is. I agree however that there are probably more bugs in Bugzilla than GitHub Issues so perhaps moving from GitHub Issues - Bugzilla and disabling GitHub Issues is the way to go. But I am also under the impression some folks like GitHub Issues better. Anybody else have any comments? Thanks! Bernard On Thursday, May 10, 2012, Daniel Pocock wrote: This is our request for help. We need someone to take charge of managing our documentation making sure they are up to date and in one canonical location. We'll also need someone to help with importing the bugs in Bugzilla to GitHub Issues. We definitely have to abandon bugzilla? Can we just turn off the issue tracker in github to avoid people opening issues in the wrong place? 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-developers mailing list Ganglia-developers@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] gmond udp receive buffer errors
On 26/04/12 10:38, Ramon Bastiaans wrote: I just sent in this: * https://github.com/ganglia/monitor-core/pull/34 I changed the patch to behave as you described. See the pull request for details. Hi Ramon, Thanks for contributing this patch, I see it is already checked by Jeff so I've only had a quick glance at the code to make sure that it preserves legacy behavior and is suitable for the next 3.3.x release. It will be in the next release candidate for people to test. Regards, Daniel -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] 3.3.7 released
-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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] 3.4.0 tagged (release candidate)
Release 3.4.0 The release has now been tagged in git commit = 607f1dc87496699716dfd1ff242272b1c1d0f038 Filename: ganglia-3.4.0.tar.gz SHA224 checksum: a780b6152ec87889500abc054671f9e82872eebe750846d26f667e4f It is still on the pre-release page on Sourceforge, if no problems are found in the next 14 days then it can become the official release. https://sourceforge.net/projects/ganglia/files/pre-release/ Release notes and change log details are on the wiki: https://github.com/ganglia/monitor-core/wiki/Release-Notes -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] 3.3.7 tagged (release candidate)
On 20/04/12 10:31, Daniel Pocock wrote: On 20/04/12 05:56, Bernard Li wrote: BTW, I can't seem to find the 3.3.7 tarball in the pre-release section, the most recent release is 3.3.6. I'm not sure what happened, either I forgot to click the button to confirm the upload, or it isn't on the mirrors (sometimes it takes hours, sometimes very quick) I've tried to upload again, please let me know if you still can't get it Please also let me know if it now works for the hosts you mention below. I see there have been 17 downloads Can anyone confirm that 3.3.7 has resolved the Solaris container issue? Are there any objections to making 3.3.7 the official release today? Thanks, Bernard On Thu, Apr 19, 2012 at 8:29 PM, Bernard Li bern...@vanhpc.org wrote: Hi Daniel: It looks like you have attempted to fix BUG100 [http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=100] in this release. Could you please update the Bugzilla entry mentioning what you've done, and perhaps also reference the GitHub commit? This bug previously prevented gmond from starting on Joyent SmartMachines. Does that mean if I build 3.3.7 it should be able to start...? Thanks, Bernard On Thu, Apr 19, 2012 at 4:25 PM, Daniel Pocock dan...@pocock.com.au wrote: Release 3.3.7 The release has now been tagged in git commit = 49b8a7c50f21384ab391e935eb49bf5e78d204e1 Filename: ganglia-3.3.7.tar.gz SHA256 checksum: 8894dbc22c35d699ad125c6d5f9de0d67fd0217d328212479fdff6978937af43 It is still on the pre-release page on Sourceforge, if no problems are found in the next 7 days then it can become the official release. https://sourceforge.net/projects/ganglia/files/pre-release/ Release notes and change log details are on the wiki: https://github.com/ganglia/monitor-core/wiki/Release-Notes -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] gmond udp receive buffer errors
On 24/04/12 16:51, Ramon Bastiaans wrote: On 23-4-2012 15:26, Daniel Pocock wrote: Actually, apr can be a little bit more naughty than that: for Vladimir and myself, attempting to query the buffer size from APR reports the value 0. Querying the underlying socket directly reports another value. I'm using apr-1.4.2 on Debian squeeze, which version do you have? Looking at APR's source it seems as if it only queries (on unix) if the option is set and not the actual value of the option: Great, thanks for confirming the root cause of this issue However, because we know there are issues with getting/setting the value through APR, your patch would also need to consider: - is there a minimum APR version required for the patch to work? Seems setting APR_SO_RCVBUF was added to APR in 2003 to version 0.9.4 I don't think we support 0.9.4 anyway, Ganglia refuses to compile with it, so no extra effort needed to document that - could you set the value, query the value, and if it hasn't accepted the value, try setting the value on the native socket? - or maybe just ignore the APR code completely and go directly to set the value on the native socket? Think to be safe I will just skip all the APR weirdness and use the native socket. Unless there might be portability issues with that? Exactly - we use APR to make Ganglia safer. So we should avoid building in too much native code stuff If an apr upstream fix comes quickly, then I suggest ganglia should not include the hack, it should use the proper apr call, and people who have such heavily loaded gmonds that they need this functionality should be told it is only supported on a recent Linux/apr version. However, given that the problem is quite severe and likely to exist in most current Linux distributions, maybe the current debug messages that I added should also log a warning (or even error) message if (a) the buffer size has been set manually and (b) a bad apr is detected (or querying the value returns 0) Maybe gmond should even refuse to start if the user has requested a bigger buffer and it is not supported? Then they are forced to find out what is going on and upgrade their apr. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] gmond udp receive buffer errors
Hi Ramon, Vladimir asked about similar errors on IRC recently I thought buffer sizes may be an issue, so the 3.3.7 release candidate has logging of RX buffer sizes (it is logged at debug level when gmond starts). It may be interesting and helpful to compare those buffer sizes, system defaults, etc, from your own systems and other people with any similar problem. Looking at the log output should also show you whether or not gmond is using the values you tried to set at a system level. Regards, Daniel On 23/04/12 12:07, Ramon Bastiaans wrote: This is with gmond version 3.3.1, with a simple udp_receive_channel set like this: udp_recv_channel { port = 8669 } - Ramon. On 23-4-2012 12:03, Ramon Bastiaans wrote: Hi, While troubleshooting an other network issue, I enabled the netstats.py module to report udp_rcvbufrerrors. Ironically, it seems to me as if gmond itself is experiencing udp receive buffer errors. When I check out /proc/net/udp for drops, amongst other things I see: sl local_address rem_address st tx_queue rx_queue tr tm-when retrnsmt uid timeout inode ref pointer drops 51: :21DD : 07 : 00: 1030 72590718 2 8803a1a5d140 6676 It shows a 6676 dropcount for a socket with uid: 103 When I check out which process has this uid, it is gmond: # ps -ef n | grep '103 ' 103 7800 1 0 10:32 ?Ssl0:04 /usr/sbin/gmond I have tried tweaking some sysctl settings, increasing rmem for udp and increasing the max_udp_message_len in gmond.conf but there seems to be no effect. Is this possibly a bug, or am I missing something and doing it wrong? ;) Cheers, - Ramon. -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] gmond udp receive buffer errors
On 23/04/12 22:24, Vladimir Vuksan wrote: I was having identical issues. I used your patch with the exception that I bumped up buffer size first to 10M from 1M you had. There was a massive improvement but still was seeing some drops so I just decided to bump it up to 30M and it's even better although I still see occasional drops. If you have such a big buffer, then you could also have latency issues, as it suggests your CPU is just not able to process all the work in time You would either need to revise the workload (by splitting clusters, etc) or re-write gmond to be multithreaded (so it can use more cores) -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] 3.3.7 tagged (release candidate)
On 20/04/12 05:56, Bernard Li wrote: BTW, I can't seem to find the 3.3.7 tarball in the pre-release section, the most recent release is 3.3.6. I'm not sure what happened, either I forgot to click the button to confirm the upload, or it isn't on the mirrors (sometimes it takes hours, sometimes very quick) I've tried to upload again, please let me know if you still can't get it Please also let me know if it now works for the hosts you mention below. Thanks, Bernard On Thu, Apr 19, 2012 at 8:29 PM, Bernard Li bern...@vanhpc.org wrote: Hi Daniel: It looks like you have attempted to fix BUG100 [http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=100] in this release. Could you please update the Bugzilla entry mentioning what you've done, and perhaps also reference the GitHub commit? This bug previously prevented gmond from starting on Joyent SmartMachines. Does that mean if I build 3.3.7 it should be able to start...? Thanks, Bernard On Thu, Apr 19, 2012 at 4:25 PM, Daniel Pocock dan...@pocock.com.au wrote: Release 3.3.7 The release has now been tagged in git commit = 49b8a7c50f21384ab391e935eb49bf5e78d204e1 Filename: ganglia-3.3.7.tar.gz SHA256 checksum: 8894dbc22c35d699ad125c6d5f9de0d67fd0217d328212479fdff6978937af43 It is still on the pre-release page on Sourceforge, if no problems are found in the next 7 days then it can become the official release. https://sourceforge.net/projects/ganglia/files/pre-release/ Release notes and change log details are on the wiki: https://github.com/ganglia/monitor-core/wiki/Release-Notes -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- 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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] 3.3.6 released
-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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
[Ganglia-developers] 3.3.7 tagged (release candidate)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Release 3.3.7 The release has now been tagged in git commit = 49b8a7c50f21384ab391e935eb49bf5e78d204e1 Filename: ganglia-3.3.7.tar.gz SHA256 checksum: 8894dbc22c35d699ad125c6d5f9de0d67fd0217d328212479fdff6978937af43 It is still on the pre-release page on Sourceforge, if no problems are found in the next 7 days then it can become the official release. https://sourceforge.net/projects/ganglia/files/pre-release/ 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.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJPkJ8BAAoJEGxlgOd711bEHZIP/Aq8pUerQmTacmZ3EH1VK6fQ jYizIx+opuKBht6hUVFDuX8hhbUXoJgQRFZK/6spT7ZyWT8lqV8LISuhutEfLXTy 8aLMSX6HPiNQ5SxYdmfPG8I8oztJ16m0GGuM78hUQKXD22fwkdV9g8ll9KmqAxbm DYbtTZmshgDC/Th8vRd/K2Ely5jLtAsbAU/WY6b1kMOYAlYmLG1RH9OmsX4QXdrV /+jjkemMVAUIril5yQm5rcRxFxEK6KwDDo/jl3LlMExSfeje70TasS4kAwBd6Y3/ Yyb4umGDmcTi5zAI1ZAsKJZ43lL8Bq4sLgu3Ciht7ChIIKCtImFbYjwVytkf4LdJ n0+ewK5qvXxM5zzL8yOIVEZUHqamj03hRq7WcRpNNf3jROigN3XEVTdh6lgJy4Em D7Q9aXEl9vJCM88xh0LCnZgr3nZN/eOTcJ3Qp4Mxfu+cbn87axRf8d1eMoth+Obc vI5pX1OlezABpL3qhr5xa0TeYxYGVSlaTnY99TdLfqb2DPESzknXIwP9kp96sP9q +PcaY0Au8g+qnNANwu5Kj0L3yYlJbKI6NXacr8kMzgOO2+TbIKHQ5LYojeLZlUp1 ya5JD6o9FL91/se3J9J3NNnf1VD0JUwQTXq/TtFut66xN2iffHo4vF8ro9gQmxCc BH0HEtqf+0COm/42ojC1 =vXa9 -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-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers