3 ms·
My main experience from working with nagios for somewhere around 10 years now is that when people complain about it, they are either too lazy to read, or too in
by roeme 13y ago
My main experience from working with nagios for somewhere around 10 years now is that when people complain about it, they are either too lazy to read, or too inept to understand, the documentation or the architecture. (1)
That being said, there _are_ limitations (but scaling is not one of them) to nagios, and the configuration is definitively not something you do in cute widdle config.yml.
Combined with the recent negative developments with the corporation behind the Nagios trademark and the enterprise version - which the author fails to mention, and should be even more alarming - one should at least consider using and contributing to bareos, the (hopefully) true OSS fork of nagios (I will for future deployments).
Oh hey, look at that, it would even pose the possibility to _improve_ the software. (I really don't see why an almost-complete rewrite of nagios should be necessary. Even after reading these slides(2)).
(1) That includes the author.
(2) Or rather especially after reading them.
- SmokeyMcPot 13y ago> one should at least consider using and contributing to bareos, the (hopefully) true OSS fork of nagios Bareos [1] is more an fork of Bacula [2], Isn't it? Did you mean Icinga [3]? [1] http://www.bareos.org/en/ http://www.bareos.org/en/ [2] http://www.bacula.org/en/ http://www.bacula.org/en/ [3] https://www.icinga.org/ https://www.icinga.org/
- roeme 13y agoOops, of course ! (Unfortunately, the edit allowed timespan on my comment has expired). The irony here is that with bacula a similar thing happened.