Re: [Devmon] How to handle a sparse repeater?

[Dan S. <rrd...@gm...>]

I have exactly the same issue with one twist.
I have a sparse repeater that contains all alarms on a system.
When there were no alarms, all subsequent SNMP polls seemed to fail.

I have four test directories, A, B, C, D
The sparse repeater lives under B and has 10 OIDs associated with the sparse
repeater table (things like alarm name, alarm severity, alarm trigger
timestamp, etc.).

If I add up to 3 of the sparse repeater OIDs, I see the "No SNMP data found
for <oid alias> on <host>" error in the log for that OID.
If I add 4 or more of the sparse repeater OIDs, the first test in C fails
and throw errors in the logs of "No SNMP data found for <oid alias> on
<host>".  C just happens to have a branch index as the first entry, so the
table in test C fails to draw.

I assume that this is being caused by timeouts on the SNMP request or
something along those lines.
Has anyone else run into this?  Maybe adding a way to mark sparse repeaters
so devmon could short cycle them instead of going through error handling and
logging.

-dan

> -----Original Message-----
> From: W.J.M. Nelis [mailto:Wim...@nl...] 
> Sent: Wednesday, January 26, 2011 8:09 AM
> To: dev...@li...
> Subject: [Devmon] How to handle a sparse repeater?
> 
> Hello,
> 
> access ports on a Cisco switch may get into the status 
> 'err-disabled'.  
> I would like that to monitor using Devmon, and add this 
> status information to test 'if_stat'. However, the table 
> which does show this status only shows the interfaces which 
> are in teh 'err-disabled' state. 
> For example:
> 
> Using the switch CLI:
> nlrlnx93>sho int status | i err-dis
> Fa1/0/5                      err-disabled 174          auto   auto 
> 10/100BaseTX
> 
> Using SNMP:
> -bash-3.00$ snmpwalk -v 2c -c public nlrlnx93 
> .1.3.6.1.4.1.9.9.548.1.3 
> SNMPv2-SMI::enterprises.9.9.548.1.3.1.1.2.10005.0 = INTEGER: 
> 17 SNMPv2-SMI::enterprises.9.9.548.1.3.1.1.3.10005.0 = Gauge32: 0
> 
> Note that '10005' is the ifIndex of interface Fa1/0/5. The 
> interfaces which are *not* in state 'err-disabled' are thus 
> not mentioned in table
> (repeater) enterprises.9.9.548.1.3.1.1.2. Normally, this 
> table will be empty. Is there a way to handle this kind of 
> sparsely populated tables in Devmon?
> 
> An alternative is to write a script to retrieve this 
> information, but it implies that the results cannot be shown 
> in test if_stat.
> 
> Regards,
>   Wim Nelis.
> 
> 
> 
> **************************************************************
> *****************************************
> The NLR disclaimer (http://www.nlr.nl/emaildisclaimer) is 
> valid for NLR e-mail messages.
> **************************************************************
> *****************************************
> 
> 
> --------------------------------------------------------------
> ----------------
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even 
> better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer 
> expires February 28th, so secure your free ArcSight Logger TODAY! 
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>