prioritizing state returns

[Martin Melin]

So the issue is that you have a single check that checks all the drives on
the machine, and then return whatever it considers the "worst" state - in
this case UNKNOWN?

Couldn't you simply have one check per drive? This way, you'll know if more
than one drive goes out of disk space at the same time as well as give you
better history for graphs etc.

It's late and I am a bit tired so let me know if I'm missing something
obvious here :-)

Regards,
Martin Melin

On Mon, Nov 16, 2009 at 8:23 PM, Terry <td3201 at gmail.com> wrote:

> On Fri, Nov 13, 2009 at 2:44 PM, Terry <td3201 at gmail.com> wrote:
> > Hello,
> >
> > I have an nsclient++ checkdrivesize check in place.  There is a weird
> > condition where with microsoft clusters, after a failover event, the
> > passive node still has the drive letters around.  This causes the
> > check to return an unknown status for those drives:
> > :       UNKNOWN: Could not get free space for: E: "E:" reason: 21
> >
> > The fix is to reboot the node but that isn't acceptable to us right
> > now.  However, it may not be a big deal if I could prioritize warning
> > and critical events before an unknown drive state like what is shown
> > here.  For example, if the C drive goes warning, I would want it to
> > say that before it shows this unknown state of E.  I am guessing this
> > has to be something that nsclient++ has to do but not seeing it.  Any
> > ideas?
> >
> > Thanks!
> >
>
> I am still digging to find a solution to this but haven't found
> anything yet.  Anyone have an idea?
>
> Thanks
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> 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/20091116/be90c621/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
-------------- 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