Simplified Nagios user interface for end users/help desk

Mathew S. McCarrell mccarrms at gmail.com
Wed Jul 1 16:49:32 CEST 2009


Adam,

You can look at something like Nagios Looking
Glass<http://www.monitoringexchange.org/cgi-bin/page.cgi?g=Detailed%2F2292.html;d=1>.
You many also want to consider using service groups.

Hope that helps.

Matt

--
Mathew S. McCarrell
Clarkson University '10

mccarrms at gmail.com
mccarrms at clarkson.edu


On Wed, Jul 1, 2009 at 9:24 AM, Adam Forsyth <forsytad at luther.edu> wrote:

> I'm monitoring lots of different services on various hosts with
> Nagios.  Many of these things are very useful for me to monitor as the
> sys admin, but when alerts occur occur with them, they do not
> represent downtime for our users, they represent problems I should fix
> proactively before they result in user noticeable downtime.  For
> example, if Nagios notices a fan failure on one of my Procurve
> switches, I as the admin want to know about the problem, and probably
> want to replace the failing fan during the next scheduled maintenance
> time.  The switch is still running just fine, however and there is no
> effect on service to users.  Currently when I get such a notification,
> I'd acknowledge the problem, and it would stay in critical state until
> I've fixed the problem.
>
> What I'd like to create is a more end user targeted display of Nagios
> data.  It would display OK or Alert status based only on whether the
> particular service is up or down from the user perspective, and
> wouldn't show any of the proactive nice for the sys admin to know
> about details.  So in the case of the procurve switch, as long as the
> fan failure hasn't made the entire switch crash (we can still ping it)
> it would remain in an OK state.
>
> The only way I can think of to accomplish this would be to make a
> second installation of nagios.  It would be a lot of duplicate
> configuration, but many of the services would be left out.  I think
> that would create this second end user display as I'm imagining it,
> but it would come at the expense of having to maintain 2 sets of
> configuration files, and the server would have to do duplicate
> checking of lots of the services and hosts.
>
> Can anyone think of a better way to accomplish this that wouldn't need
> to involve duplication of checks?
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> ::: Please include Nagios version, plugin version (-v) and OS when
> reporting any issue.
> ::: Messages without supporting info will risk being sent to /dev/null
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20090701/1f5be2a3/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
-------------- next part --------------
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null


More information about the Users mailing list