<div dir="ltr"><div>I ended up rolling my own rpm's and had to create a number of patches for NagiosQL.<br><br></div>We looked at NagiosXI. Maybe the newer version is better, but the previous version was garbage under the covers. Their install scripts had numerous blatant issues and even hard coded passwords.<br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 24, 2016 at 8:02 PM, Zach Villers <span dir="ltr"><<a href="mailto:zachvatwork@gmail.com" target="_blank">zachvatwork@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The Fedora Infrastructure team uses Nagios. You can access the ansible repo to review how it is configured and look at the Infrastructure group wiki page to find the url/login for their nagios web deployment (read only of course). I believe this requires a Fedora account, which is quite painless.<br></div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Wed, Feb 24, 2016 at 7:38 PM Travis Sidelinger <<a href="mailto:travissidelinger@gmail.com" target="_blank">travissidelinger@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Zenoss is another good one.<br><br></div>We were also using SCOM for Linux. The failed heartbeat messages were in the thousands daily and completely useless.<br><br></div>We went with Nagios+NRPE+NagiosQL+Nagstamon+Cacti. Yes, its configuration management is not automated, but we did our own scripting to automated the configs to build from our CMDB. We needed 5 different instances for separate isolated environments, so using a solution where we were not charged 5x was important. Also, it is a fairly lightweight solution. It's not perfect, but got it done and onto the next task.<br><br></div>-Travis<br></div><div class="gmail_extra"></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 24, 2016 at 6:14 PM, Rick Hornsby <span dir="ltr"><<a href="mailto:richardjhornsby@gmail.com" target="_blank">richardjhornsby@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
We're presently using Microsoft SCOM to monitor our enterprise (mix of Windows and Linux) ... and it's ... horrible. There's simply no other way to describe the experience for a UNIX admin. We've given up trying to automate the unix agent installation. It's a broken in ways we cannot fix.<br>
<br>
So we're pondering a better solution for our UNIX environment. BMC Patrol is out - it's got big stompy feet and an even larger price tag. We're looking at free/OSS options to cover ~1000 unix hosts, mostly RHEL and SUSE but some Solaris and AIX.<br>
<br>
Start with the basics - CPU load, disk space, ports listening, processes running, etc - and have the ability to grow into application level monitoring. It would be nice if the OSS version supported LDAP auth. We plan to integrate the solution into our eventual server provisioning stuff that we're planning to build with Puppet. It would also be nice if the dashboard was pretty.<br>
<br>
For an idea, some of the ones we're considering are Zabbix, Nagios, Sensu, and PandoraFMS.<br>
<br>
Zabbix - I have some past experience with 1.x and 2.0/2.2. The web UI is a little painful. Just now I quick-like spun up a Zabbix 3.0 instance --- and things on the dashboard are blinking. No really, green blocks on the screen are blinking. Please stop blinking, giant blocks.<br>
<br>
Nagios - It's been around long enough to have earned a bad rep for basically being old, never very user friendly, and generally brittle by modern standards.<br>
<br>
Sensu - It looks pretty? Don't know much, but it's weird that the OSS version is Ruby but the enterprise version is Java?<br>
<br>
PandoraFMS - Don't know much about this one.<br>
<br>
What are you guys running? It feels like there must be more options out there that we're not aware of.<br>
<br>
thanks!<br>
_______________________________________________<br>
colug-432 mailing list<br>
<a href="mailto:colug-432@colug.net" target="_blank">colug-432@colug.net</a><br>
<a href="http://lists.colug.net/mailman/listinfo/colug-432" rel="noreferrer" target="_blank">http://lists.colug.net/mailman/listinfo/colug-432</a><br>
</blockquote></div><br><br clear="all"><br></div><div class="gmail_extra">-- <br><div><div dir="ltr"><div>"Remember never to be discouraged by those who cling to their beliefs. They are worthy of our pity, not our scorn."<br></div><div><br>"A careful reading of history clearly demonstrates ...<br>that people don't read history carefully.”<br><br>“We can't solve problems by using the same kind of thinking we used when we created them.”<br>—Albert Einstein<br></div></div></div>
</div>
_______________________________________________<br>
colug-432 mailing list<br>
<a href="mailto:colug-432@colug.net" target="_blank">colug-432@colug.net</a><br>
<a href="http://lists.colug.net/mailman/listinfo/colug-432" rel="noreferrer" target="_blank">http://lists.colug.net/mailman/listinfo/colug-432</a><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
colug-432 mailing list<br>
<a href="mailto:colug-432@colug.net">colug-432@colug.net</a><br>
<a href="http://lists.colug.net/mailman/listinfo/colug-432" rel="noreferrer" target="_blank">http://lists.colug.net/mailman/listinfo/colug-432</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>"Remember never to be discouraged by those who cling to their beliefs. They are worthy of our pity, not our scorn."<br></div><div><br>"A careful reading of history clearly demonstrates ...<br>that people don't read history carefully.”<br><br>“We can't solve problems by using the same kind of thinking we used when we created them.”<br>—Albert Einstein<br></div></div></div>
</div>