[ale] Monitoring Solutions

[Brian Stanaland]

That is so true. But that applies to any monitoring system. Everyone needs
to plan out what should cause a phone call. "Yes, those patrol scrubs are
fine."


On Wed, Feb 24, 2021 at 5:26 PM Jeff Hubbs via Ale <ale at ale.org> wrote:

> I will say that one Nagios environment at A Previous EmployerTM made
> sysadminning hell because Nagios was implemented by the netops folks who
> never took into account what the systems involved actually did. Why yes, my
> file server lights up all its cores at 3AM when it runs ClamAV on all the
> Samba filespace (>200MiB/s read!) or when it performs a mksquashfs on same;
> don't bother me!
>
> On 2/24/21 4:08 AM, Leam Hall via Ale wrote:
>
> Working on my career skills, and I need to add a monitoring solution. Is
> Nagios still the first choice in open source options? I need to learn
> server, network, and application monitoring to beef up a challenge area in
> my Site Reliability Engineering skill set.
>
> Happy Wednesday!
>
> Leam
>
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> https://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>


-- 
"Anyone who has never made a mistake has never tried anything new." -Albert
Einstein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.ale.org/pipermail/ale/attachments/20210224/4fc92fe8/attachment.html>