SNMP/Windows disk usage

[mark.potter at academy.com]

nagios-users-bounces at lists.sourceforge.net wrote on 02/18/2008 11:22:05 
AM:

> mark.potter at academy.com schrieb:
> > We are using snmp to monitor our windows servers and I have had a 
request 
> > from the windows admins. They want to alert at 80% and 90% usage on 
C:\ 
> > but 95% and 98% on all other partitions. (I didn't ask about the logic 

> > because it wouldn't matter). I have tried multiple snmp plugins and 
all of 
> > them seem to act the same. I can monitor all the disks on a single 
check, 
> > a single disk on a single check but I cannot monitor all the disks 
except 
> > C: on a single check. There doesn't seem to be any plugins out there 
that 
> > allow exclusion and use snmp. Before I go writing a wrapper for an 
> > existing plugin does anyone know if there is a plugin that will allow 
me 
> > to do this? I am looking to exclude a single drive letter but check 
all 
> > the rest of the drives via snmp on windows servers. Thanks in advance 
for 
> > any advice.
> > 
> 
> http://nagios.manubulon.com/snmp_storage.html
> 
> 
> check_snmp_storage will do the Job
> 
> Joerg
That does exactly what we need. Is it listed on Nagios Exchange? Thank you 
for your response; I have managed to escape writing a wrapper thanks to 
you!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20080218/cc80a1ff/attachment.html>
-------------- next part --------------
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
-------------- 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