Menu
▾
▴
Re: [Devmon] cisco templates
|
From: Joshua K. <jos...@tr...> - 2007-09-21 20:01:10
|
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
|
