Re: [Ganglia-developers] Ganglia and Nagios integration in our github repo
On 03/02/2014 09:05 PM, Vladimir Vuksan wrote: I like the fact that Github Wiki's are just another Git repo. Perhaps we ought to figure out if we can use github pages to serve Wiki's directly e.g. something like wiki.ganglia.info Anyone know ? I like the idea of docs.ganglia.info or whatever just being a git repo that uses whatever markup github automatically builds a pretty page out of. Along a similar vein, sphinx and readthedocs.org is also very nice. For example: http://www.opsschool.org/en/latest/ -- 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
Why don't we convert the sourceforge trac wiki in to Jekyll pages and serve them via Github? --Nick. On Mon, Mar 3, 2014 at 2:05 AM, Vladimir Vuksan vli...@veus.hr wrote: I like the fact that Github Wiki's are just another Git repo. Perhaps we ought to figure out if we can use github pages to serve Wiki's directly e.g. something like wiki.ganglia.info Anyone know ? Vladimir On 03/02/2014 04:01 AM, Daniel Pocock wrote: 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 -- 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 -- gpg: using PGP trust model pub 4096R/1EE38BD9 2013-01-06 [expires: 2018-01-06] Key fingerprint = 3EE9 550D D9D8 DB65 58C2 B58D CE78 EC6C 1EE3 8BD9 uid Nicholas Satterly (Debian Key) nfsatte...@gmail.com sub 4096R/23804EE9 2013-01-06 [expires: 2018-01-06] -- 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
Works for me. Now we just need a volunteer :-D On 03/03/2014 04:23 PM, Nick Satterly wrote: Why don't we convert the sourceforge trac wiki in to Jekyll pages and serve them via Github? --Nick. On Mon, Mar 3, 2014 at 2:05 AM, Vladimir Vuksan vli...@veus.hr wrote: I like the fact that Github Wiki's are just another Git repo. Perhaps we ought to figure out if we can use github pages to serve Wiki's directly e.g. something like wiki.ganglia.info Anyone know ? Vladimir On 03/02/2014 04:01 AM, Daniel Pocock wrote: 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 -- 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 -- gpg: using PGP trust model pub 4096R/1EE38BD9 2013-01-06 [expires: 2018-01-06] Key fingerprint = 3EE9 550D D9D8 DB65 58C2 B58D CE78 EC6C 1EE3 8BD9 uid Nicholas Satterly (Debian Key) nfsatte...@gmail.com sub 4096R/23804EE9 2013-01-06 [expires: 2018-01-06] -- 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
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] Ganglia and Nagios integration in our github repo
+1 On Mon, Mar 3, 2014 at 9:44 PM, Daniel Pocock dan...@pocock.com.au wrote: 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 -- gpg: using PGP trust model pub 4096R/1EE38BD9 2013-01-06 [expires: 2018-01-06] Key fingerprint = 3EE9 550D D9D8 DB65 58C2 B58D CE78 EC6C 1EE3 8BD9 uid Nicholas Satterly (Debian Key) nfsatte...@gmail.com sub 4096R/23804EE9 2013-01-06 [expires: 2018-01-06] -- 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 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
Re: [Ganglia-developers] Ganglia and Nagios integration in our github repo
I like the fact that Github Wiki's are just another Git repo. Perhaps we ought to figure out if we can use github pages to serve Wiki's directly e.g. something like wiki.ganglia.info Anyone know ? Vladimir On 03/02/2014 04:01 AM, Daniel Pocock wrote: 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 -- 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
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? -ben On Tue, Feb 25, 2014 at 1:20 AM, Daniel Pocock dan...@pocock.com.au wrote: 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
Actually, looking at the code, it looks the the message type is explicit, so you wouldn’t need any configuration: msg-version != EBT_ULOG_VERSION On Mar 1, 2014, at 1:54 PM, Ben Hartshorne gang...@green.hartshorne.net 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? -ben On Tue, Feb 25, 2014 at 1:20 AM, Daniel Pocock dan...@pocock.com.au wrote: 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 -- 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
Please ignore the non sequitur - I accidentally sent this reply to the wrong email thread. On Mar 1, 2014, at 2:30 PM, Peter Phaal peter.ph...@inmon.com wrote: Actually, looking at the code, it looks the the message type is explicit, so you wouldn’t need any configuration: msg-version != EBT_ULOG_VERSION On Mar 1, 2014, at 1:54 PM, Ben Hartshorne gang...@green.hartshorne.net 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? -ben On Tue, Feb 25, 2014 at 1:20 AM, Daniel Pocock dan...@pocock.com.au wrote: 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 -- 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
Re: [Ganglia-developers] Ganglia and Nagios integration in our github repo
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. -ben On Mon, Feb 24, 2014 at 11:43 AM, Daniel Pocock dan...@pocock.com.auwrote: 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 -- 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
