check_snmp_mem.pl and cisco fast memory

[Michael W. Lucas]

Hi,

Cisco says that their fast memory on their switches is meant to fill
up, and having full fast memory is not an error condition.  (See
http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_tech_note09186a00800a6f3a.shtml
for a reference.)

Most Cisco devices don't have fast memory, but some of ours do, so we
keep generating errors.  I don't care if fast memory is 99% full, but
I care if other memory is.

The below patches check_snmp_mem.pl version 1.5 to skip fast memory.
Not sure if anyone else has this problem, or if there's any interest
in pulling this into the main program, but I at least wanted to get
this in the mailing list archives for the next poor guy who stumbles
over this.

==ml

===
--- /usr/local/libexec/nagios/check_snmp_mem.pl	2009-09-09 15:04:28.000000000 -0400
+++ check_snmp_mem.pl	2009-11-02 16:23:08.000000000 -0500
@@ -334,6 +334,9 @@
   foreach my $key ( keys %$resultat) {
      verb("OID : $key, Desc : $$resultat{$key}");
      if ( $key =~ /$cisco_index/ ) { 
+        if ($$resultat{$key} =~/Fast/) {
+	    next;
+	  }
 	@oid=split (/\./,$key);
 	$index[$nindex++] = pop(@oid);
      }
===


-- 
Michael W. Lucas 	mwlucas at BlackHelicopters.org
http://www.MichaelWLucas.com/
Latest book:  Cisco Routers for the Desperate, 2nd Edition
http://www.CiscoRoutersForTheDesperate.com/

------------------------------------------------------------------------------
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