Nagios-plugins web site taken over by Nagios(bugzilla.redhat.com)
bugzilla.redhat.com
Nagios-plugins web site taken over by Nagios
https://bugzilla.redhat.com/show_bug.cgi?id=1054340
8 comments
Blog post from Sam Kottler, the maintainer of nagios plugins in fedora/epel on the matter:
http://words.shk.io/on-the-nagios-plugins-drama
http://words.shk.io/on-the-nagios-plugins-drama
What alternatives to Nagios are out there? I've seen Icinga mentioned today, what else are people using?
Centreon have their own fork of Nagios (Centreon Engine) [1] and a pretty nice UI (Centreon) that beats the pants off of the crusty old Nagios CGI interface [2]. We've used the Centreon front end (but keeping Nagios as the underlying monitoring engine) for about three years now and have been very happy with it.
[1]: http://www.centreon.com/Content-Download/download-centreon-e...
[2]: http://www.centreon.com/Content-Download/donwload-centreon
[1]: http://www.centreon.com/Content-Download/download-centreon-e...
[2]: http://www.centreon.com/Content-Download/donwload-centreon
Very happy Sensu user for over a year now.
You can use nagios check plugins, but it's a completely new, and IMO much better designed code base.
http://sensuapp.com/
You can use nagios check plugins, but it's a completely new, and IMO much better designed code base.
http://sensuapp.com/
I believe it's http://sensuapp.org/
Getting a "Heroku | No such app" on the .com version...
Just in case anyone's confused (I was :-p )
Getting a "Heroku | No such app" on the .com version...
Just in case anyone's confused (I was :-p )
Observium is good for network monitoring: http://www.observium.org
It's license sucks, though.
Licensed under a slightly modified "Q Public License":
http://www.observium.org/wiki/Developing_for_Observium#Licen...
http://opensource.org/licenses/QPL-1.0
So not totally sucky, it's still open source and free beer.
http://www.observium.org/wiki/Developing_for_Observium#Licen...
http://opensource.org/licenses/QPL-1.0
So not totally sucky, it's still open source and free beer.
You can't redistribute it (even though they include GPLv2'd code with it).
That's not exactly free.
That's not exactly free.
What about http://cacti.net/ ?
With Weathermap plugin it is quite good thing for performance monitoring. THold and Monitor plugins are for availability monitoring and alerting. It scales very good with Boost plugin, I had 3000+ hosts, 60000+ datasources with total poll time within one minute.
Many prefer Cacti to Zabbix because the latter is clunky and confusing compared to Cacti's simple straightforward approach with plugins.
But I am actually wondering, how alive is Cacti now, because its releases are constantly postponed, and forum is not as alive as it used to be.
Many prefer Cacti to Zabbix because the latter is clunky and confusing compared to Cacti's simple straightforward approach with plugins.
But I am actually wondering, how alive is Cacti now, because its releases are constantly postponed, and forum is not as alive as it used to be.
Cacti is just a graphing tool that sits on top of RRDTool . It doesn't provide up/down monitoring and host/service check scheduling, it doesn't provide features such as alert escalation logic, and a whole bunch of other fairly important things that a monitoring engine such as Nagios does.
Cacti serves a very different purpose, IMO. Up/down monitoring is not a core feature and, honestly, it's not that good at it.
Take a look at Zabbix, lots of features from the base package, no plug-ins needed, free: http://www.zabbix.com/
Zabbix is very good, at least since version 2.0.x which is the one I've used. Once you understand how it works, it's very easy to write agent scripts (plugins) and build templates for it.
It took about 3 months for me to build a monitoring solution from scratch with Zabbix for a little over 100 devices, with just a single vCPU VMware VM for both Zabbix and its MySQL database. Monitored devices included Windows, Linux and AIX machines, but also a couple of large UPSes and a few server rack PDUs.
This was my first contact with Zabbix and during this time I wrote dozens of agent scripts to monitor stuff ranging from DB2 and Microsoft Exchange clusters to physical disks and SAN LUNs.
It's one of a select few software packages that I can say that I really like. It works as expected and it's pretty extensible.
It took about 3 months for me to build a monitoring solution from scratch with Zabbix for a little over 100 devices, with just a single vCPU VMware VM for both Zabbix and its MySQL database. Monitored devices included Windows, Linux and AIX machines, but also a couple of large UPSes and a few server rack PDUs.
This was my first contact with Zabbix and during this time I wrote dozens of agent scripts to monitor stuff ranging from DB2 and Microsoft Exchange clusters to physical disks and SAN LUNs.
It's one of a select few software packages that I can say that I really like. It works as expected and it's pretty extensible.
Yep, we moved form Nagios to Zabbix once we crossed the ~300 devices as that is one of the main advantages for Zabbix: it scales pretty nice. Takes a bit to get to know how everything works and set it up correctly but it's a pretty good piece of monitoring software.
naemon is a fork of nagios 4.0 done by the developer that commited 95% of the Nagios codebase: http://naemon.github.io/
His "release" from being a core nagios developer is another interesting story, he talks about it some here (some nsfw language: http://www.youtube.com/watch?v=YgbbyyNIiHc
His "release" from being a core nagios developer is another interesting story, he talks about it some here (some nsfw language: http://www.youtube.com/watch?v=YgbbyyNIiHc
Datadog, leftronic or Rackspace monitoring for hosted solutions.
monitoring-plugins is a good name. Not branded to any one company, and is a better destination for open-source development of monitoring plugins.
Anybody who really thought about it for a bit, must have known that Nagios LLC would eventually seize control of anything Nagios trademark related.
Anybody who really thought about it for a bit, must have known that Nagios LLC would eventually seize control of anything Nagios trademark related.
At least the community had the good sense to distribute under the GPL. Its harder to dump a community with that license, so they at least have a chance.
Reading through the mailing list thread announcing this, it's clear that Nagios was never really an open project to begin with. As far as the plugins site goes - they transferred domain ownership a couple of years ago. The plugins hosted on the site are compatible with Nagios and all it's forks.
This outcome and the way it happened should surprise no one.
This outcome and the way it happened should surprise no one.
I can't read that exchange trail in the issue tracker without hearing this Life of Brian sketch in my head:
http://www.youtube.com/watch?v=gb_qHP7VaZE (some NSFW language)
http://www.youtube.com/watch?v=gb_qHP7VaZE (some NSFW language)
What about Nagios itself? Maybe it needs a fork.
There is, and it's way better. https://www.icinga.org/
The bigger concern is that the new maintainers have no reputation and no proven track recording quality, commitment, skills or experience on this project. I would not be happy accepting updates from them.