Re: [Devmon] cisco templates

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Check your specs file.  You have 2 templates with the same model or
sysdesc defined.

Trent

On Fri, 2007-09-21 at 16:00 -0400, Joshua Krause wrote:
> does anyone get this with templates?
> 
> [07-09-21@15:59:06] Attempting to redefine cisco/6509/power template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@15:59:06] Attempting to redefine cisco/6509/if_col template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@15:59:06] Attempting to redefine cisco/6509/fans template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@15:59:06] Attempting to redefine cisco/6509/if_err template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@15:59:06] Attempting to redefine cisco/6509/if_stat template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@15:59:06] Attempting to redefine cisco/6509/cpu template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@15:59:06] Attempting to redefine cisco/6509/if_load template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@15:59:06] Attempting to redefine cisco/6509/if_dsc template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@16:00:06] Attempting to redefine cisco/6509/power template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@16:00:06] Attempting to redefine cisco/6509/if_col template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@16:00:06] Attempting to redefine cisco/6509/fans template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@16:00:06] Attempting to redefine cisco/6509/if_err template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@16:00:06] Attempting to redefine cisco/6509/if_stat template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@16:00:06] Attempting to redefine cisco/6509/cpu template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@16:00:06] Attempting to redefine cisco/6509/if_load template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> [07-09-21@16:00:06] Attempting to redefine cisco/6509/if_dsc template  
> when reading data from /opt/devmon-0.3.0-beta2/templates/cisco-6509.
> 
> 
> 
> On Sep 21, 2007, at 2:28 PM, Joshua Krause wrote:
> 
> > will do.  Do you have a template that works with a 6500 series
> > switch.  The one the comes with the Template is a little off?
> >
> >
> > On Sep 21, 2007, at 2:24 PM, Trent Melcher wrote:
> >
> >> You really need to read the devmon docs then, all 5 files work in
> >> connection with each other to produce the output you see.  The oid
> >> file
> >> is sort of at top and you can use those defs directly but they are
> >> more
> >> powerful after being manipulated as needed then reported.  Look and
> >> the
> >> TEMPLATE file in the docs  it explains this in better detail.
> >>
> >> Trent
> >>
> >> -----Original Message-----
> >> From: dev...@li...
> >> [mailto:dev...@li...] On Behalf Of
> >> Joshua Krause
> >> Sent: Friday, September 21, 2007 1:19 PM
> >> To: dev...@li...
> >> Subject: Re: [Devmon] cisco templates
> >>
> >> I guess the reason I ask is because I thought the the oids file for
> >> devmon basically did a map of name to oid.  So since I don't have
> >> ifStat defined in my oids file for the if_stat column that devmon
> >> won't understand it.
> >>
> >>
> >> On Sep 21, 2007, at 2:10 PM, Trent Melcher wrote:
> >>
> >>> Try using IfStat instead
> >>>
> >>> ifStat: ignore : admin.+
> >>>
> >>> -----Original Message-----
> >>> From: dev...@li...
> >>> [mailto:dev...@li...] On Behalf Of
> >>> Joshua Krause
> >>> Sent: Friday, September 21, 2007 1:03 PM
> >>> To: dev...@li...
> >>> Subject: Re: [Devmon] cisco templates
> >>>
> >>> the command to run with snmpwalk to just get the values back is:
> >>>
> >>> snmpwalk -Oe -v 2c -c public gsonc-arc-4948-1 . 
> >>> 1.3.6.1.2.1.2.2.1.7.38
> >>> IF-MIB::ifAdminStatus.38 = INTEGER: 2
> >>>
> >>> rather than:
> >>> [hobbit@gsonc-spg-ops-1 cisco-4948]$ snmpwalk -v 2c -c public gsonc-
> >>> arc-4948-1 .1.3.6.1.2.1.2.2.1.7.38
> >>> IF-MIB::ifAdminStatus.38 = INTEGER: down(2)
> >>>
> >>> But devmon is still reporting the items that are "admin down"  
> >>> which I
> >>> thought I was telling it not to by:
> >>> ifAdminStatNum : ignore : 2
> >>>
> >>> and i've tried it:
> >>> ifAdminStatNum : ignore : 2.+
> >>>
> >>> Don't know what is going on.
> >>>
> >>>
> >>>
> >>> On Sep 21, 2007, at 11:55 AM, Trent Melcher wrote:
> >>>
> >>>> On Fri, 2007-09-21 at 11:44 -0400, Joshua Krause wrote:
> >>>>> I tried throwing an exception in this format:
> >>>>>
> >>>>> ifAdminStatNum : ignore : down(2)
> >>>>
> >>>> Try just "2"   the down is being added from the MIB your OID is  
> >>>> only
> >>>> reporting 2
> >>>>
> >>>> There is an option in snmpwalk to turn that off so you can see just
> >>>> the
> >>>> stat being pulled.
> >>>>
> >>>> Look at your transform file you should see something similar to
> >>>> this:
> >>>>
> >>>> ifAdminStatTxt  : SWITCH        : {ifAdminStatNum} 1=up,2=admin
> >>>> down,3=testing
> >>>> ifOperStatTxt   : SWITCH        : {ifOperStatNum}
> >>>> 1=up,2=down,3=testing,4=unknown,5=dormant,6=not present,7=lowe
> >>>> r layer down
> >>>> ifStat          : BEST          : {ifAdminStatTxt},{ifOperStatTxt}
> >>>> ifSpeed         : SPEED         : {ifBps}
> >>>> ifAliasBox      : REGSUB        : {ifAlias} /(\S+.*)/ [$1]/
> >>>>
> >>>> This shows where the "admin down" gets defined from to be displayed
> >>>>
> >>>>>
> >>>>> Which i was hoping that it would just not display anything with a
> >>>>> down(2) state.  But when i do an snmpwalk with the  
> >>>>> "ifAdminStatNum"
> >>>>> it
> >>>>> doesn't kick back anything.
> >>>>>
> >>>>> [hobbit@gsonc-spg-ops-1 if_stat]$ snmpwalk -v 2c -c public gsonc-
> >>>>> arc-4948-1 ifAdminStatNum
> >>>>> ifAdminStatNum: Unknown Object Identifier (Sub-id not found: (top)
> >>>>> ->
> >>>>> ifAdminStatNum)
> >>>>>
> >>>>>
> >>>>> but if i do this:
> >>>>>
> >>>>> [hobbit@gsonc-spg-ops-1 if_stat]$ snmpwalk -v 2c -c public gsonc-
> >>>>> arc-4948-1 ifAdminStatus
> >>>>> IF-MIB::ifAdminStatus.2 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.3 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.4 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.5 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.6 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.7 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.8 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.9 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.10 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.11 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.12 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.13 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.14 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.15 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.16 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.17 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.18 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.19 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.20 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.21 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.22 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.23 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.24 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.25 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.26 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.27 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.28 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.29 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.30 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.31 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.32 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.33 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.34 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.35 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.36 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.37 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.38 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.39 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.40 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.41 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.42 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.43 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.44 = INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.45 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.46 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.47 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.48 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.49 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.50 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.51 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.52 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.53 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.54 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.55 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.56 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.57 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.58 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.59 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.60 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.61 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.62 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.63 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.64 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.65 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.66 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.67 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.68 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.69 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.70 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.71 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.72 = INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.73 = INTEGER: up(1)
> >>>>>
> >>>>>
> >>>>> Now the current oids file for if_stat has these listed:
> >>>>>
> >>>>> [hobbit@gsonc-spg-ops-1 if_stat]$ more oids
> >>>>> ifName		: .1.3.6.1.2.1.31.1.1.1.1	: branch
> >>>>> ifAlias		: .1.3.6.1.2.1.31.1.1.1.18	: branch
> >>>>> ifBps		: .1.3.6.1.2.1.2.2.1.5		: branch
> >>>>> ifAdminStatNum	: .1.3.6.1.2.1.2.2.1.7		: branch
> >>>>> ifOperStatNum	: .1.3.6.1.2.1.2.2.1.8		: branch
> >>>>>
> >>>>>
> >>>>> Do these names need to match an actual name on the device itself?
> >>>>> Or
> >>>>> do the OID's just need to be correct?  Or do both need to match?
> >>>>>
> >>>>> On Sep 21, 2007, at 11:29 AM, Trent Melcher wrote:
> >>>>>
> >>>>>> Look at the exception file in your templates.  The answer is in
> >>>>>> there.
> >>>>>> Also look at the TEMPLATES document in the doc folder.
> >>>>>>
> >>>>>> Trent
> >>>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: dev...@li...
> >>>>>> [mailto:dev...@li...] On Behalf  
> >>>>>> Of
> >>>>>> Joshua Krause
> >>>>>> Sent: Friday, September 21, 2007 10:23 AM
> >>>>>> To: dev...@li...
> >>>>>> Subject: [Devmon] cisco templates
> >>>>>>
> >>>>>> How can i go about not showing any interface that is in an "admin
> >>>>>> down" state.  But i would like to exclude them from all test.
> >>>>>> Until
> >>>>>> they are made active.
> >>>>>>
> >>>>>> thanks
> >>>>>>
> >>>>>>
> >>>
> >> ------------------------------------------------------------------------
> >>>>>> -
> >>>>>> This SF.net email is sponsored by: Microsoft
> >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>>>>> _______________________________________________
> >>>>>> Devmon-support mailing list
> >>>>>> Dev...@li...
> >>>>>> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>>>>>
> >>>>>>
> >>>
> >> ------------------------------------------------------------------------
> >>> -
> >>>>>> This SF.net email is sponsored by: Microsoft
> >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>>>>> _______________________________________________
> >>>>>> Devmon-support mailing list
> >>>>>> Dev...@li...
> >>>>>> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>>>>
> >>>>>
> >>>>>
> >>>
> >> ------------------------------------------------------------------------
> >>> -
> >>>>> This SF.net email is sponsored by: Microsoft
> >>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>>>> _______________________________________________
> >>>>> Devmon-support mailing list
> >>>>> Dev...@li...
> >>>>> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>>>
> >>>>
> >>>
> >> ------------------------------------------------------------------------
> >>> -
> >>>> This SF.net email is sponsored by: Microsoft
> >>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>>> _______________________________________________
> >>>> Devmon-support mailing list
> >>>> Dev...@li...
> >>>> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>>
> >>>
> >>>
> >> ------------------------------------------------------------------------
> >>> -
> >>> This SF.net email is sponsored by: Microsoft
> >>> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>> _______________________________________________
> >>> Devmon-support mailing list
> >>> Dev...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>>
> >>>
> >> ------------------------------------------------------------------------
> >> -
> >>> This SF.net email is sponsored by: Microsoft
> >>> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>> _______________________________________________
> >>> Devmon-support mailing list
> >>> Dev...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>
> >>
> >> ------------------------------------------------------------------------
> >> -
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >> _______________________________________________
> >> Devmon-support mailing list
> >> Dev...@li...
> >> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>
> >> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >> _______________________________________________
> >> Devmon-support mailing list
> >> Dev...@li...
> >> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] cisco templates

SNMP poller for Xymon

Re: [Devmon] cisco templates