<div dir="ltr">I&#39;m currently working with Zabbix, which does have a GUI but is complex to setup and run.<div><br></div><div>Previously, I did a bit of work with what was then called Hobbit and is now called Xymon.  That was a decent package with a workable GUI (albeit with a somewhat wierd default theme) which was highly extensible through a scripting API.</div><div><br></div><div>I&#39;ve been curious about Nagios, given it&#39;s popularity and the ready availability of tools.  But it sounds problematic,</div><div><br></div><div>Phil</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 26, 2016 at 10:36 AM, William Yang <span dir="ltr">&lt;<a href="mailto:wyang@gcfn.net" target="_blank">wyang@gcfn.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I&#39;ve only got experience with two of your suggested solutions: Zabbix and<br>
Nagios, but I&#39;ve spent a lot of time understanding situational awareness<br>
issues in monitoring over the years.<br>
<br>
Generally speaking, I&#39;ve been pretty happy with Nagios in production<br>
environments. That said, it&#39;s got all the good and bad of an old package<br>
like sendmail. Incredibly powerful, pain in the behind to configure. I<br>
don&#39;t find it particularly brittle, though -- it does require that you have<br>
some procedural discipline in managing Nagios configurations -- you have to<br>
test your configurations properly, or you will break things.<br>
<br>
I&#39;m not really impressed with Zabbix, but the only problem I&#39;ve used it on<br>
was so big and specific that nothing could really handle it well.  Zabbix<br>
did ultimately get set up in a way that could work for the problem, but I<br>
still think Nagios could have done it the same way at substantally less<br>
than the $2M that was ultimately spent.<br>
<br>
Nagios would really benefit from a *free* GUI tool to manage (and validate)<br>
the configuration.  I think that&#39;s commercially available (I wrote my own<br>
config manager for it a long time ago, but it&#39;s essentially just emacs,<br>
make, and a couple of perl and shell scripts, and my own devised way to<br>
describe the configuration macros.  (I also once wrote a scheduler<br>
replacement for Nagios, based on storing everything in a MySQL database,<br>
but I still think the Nagios engine worked better than mine).<br>
<br>
        -Bill<br>
<div class="HOEnZb"><div class="h5"><br>
On 02/24/2016 06:14 PM, Rick Hornsby wrote:<br>
&gt;<br>
&gt; We&#39;re presently using Microsoft SCOM to monitor our enterprise (mix of Windows and Linux) ... and it&#39;s ... horrible.  There&#39;s simply no other way to describe the experience for a UNIX admin.  We&#39;ve given up trying to automate the unix agent installation.  It&#39;s a broken in ways we cannot fix.<br>
&gt;<br>
&gt; So we&#39;re pondering a better solution for our UNIX environment.  BMC Patrol is out - it&#39;s got big stompy feet and an even larger price tag.  We&#39;re looking at free/OSS options to cover ~1000 unix hosts, mostly RHEL and SUSE but some Solaris and AIX.<br>
&gt;<br>
&gt; 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&#39;re planning to build with Puppet.  It would also be nice if the dashboard was pretty.<br>
&gt;<br>
&gt; For an idea, some of the ones we&#39;re considering are Zabbix, Nagios, Sensu, and PandoraFMS.<br>
&gt;<br>
&gt; 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>
&gt;<br>
&gt; Nagios - It&#39;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>
&gt;<br>
&gt; Sensu - It looks pretty?  Don&#39;t know much, but it&#39;s weird that the OSS version is Ruby but the enterprise version is Java?<br>
&gt;<br>
&gt; PandoraFMS - Don&#39;t know much about this one.<br>
&gt;<br>
&gt; What are you guys running?  It feels like there must be more options out there that we&#39;re not aware of.<br>
&gt;<br>
&gt; thanks!<br>
&gt; _______________________________________________<br>
&gt; colug-432 mailing list<br>
&gt; <a href="mailto:colug-432@colug.net">colug-432@colug.net</a><br>
&gt; <a href="http://lists.colug.net/mailman/listinfo/colug-432" rel="noreferrer" target="_blank">http://lists.colug.net/mailman/listinfo/colug-432</a><br>
&gt;<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
William Yang<br>
<a href="mailto:wyang@gcfn.net">wyang@gcfn.net</a><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br></div>