Menu
▾
▴
devmon-support — General Devmon support
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
(38) |
Mar
(131) |
Apr
(5) |
May
(23) |
Jun
(9) |
Jul
(9) |
Aug
(9) |
Sep
(24) |
Oct
(28) |
Nov
(33) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(45) |
Feb
(22) |
Mar
(52) |
Apr
(17) |
May
(4) |
Jun
(68) |
Jul
(12) |
Aug
(25) |
Sep
(63) |
Oct
(45) |
Nov
(25) |
Dec
(76) |
| 2008 |
Jan
(34) |
Feb
(53) |
Mar
(30) |
Apr
(42) |
May
(50) |
Jun
(45) |
Jul
(21) |
Aug
(36) |
Sep
(33) |
Oct
(28) |
Nov
(32) |
Dec
(16) |
| 2009 |
Jan
(35) |
Feb
(36) |
Mar
(32) |
Apr
(24) |
May
(26) |
Jun
(15) |
Jul
(17) |
Aug
(30) |
Sep
(14) |
Oct
(18) |
Nov
(26) |
Dec
(22) |
| 2010 |
Jan
(11) |
Feb
(33) |
Mar
(35) |
Apr
(16) |
May
(11) |
Jun
(4) |
Jul
(36) |
Aug
(3) |
Sep
(14) |
Oct
(5) |
Nov
(10) |
Dec
(12) |
| 2011 |
Jan
(7) |
Feb
(31) |
Mar
(13) |
Apr
(14) |
May
(18) |
Jun
(25) |
Jul
(6) |
Aug
(23) |
Sep
(20) |
Oct
(18) |
Nov
(4) |
Dec
(9) |
| 2012 |
Jan
(32) |
Feb
(4) |
Mar
(15) |
Apr
(3) |
May
(8) |
Jun
(9) |
Jul
(6) |
Aug
(6) |
Sep
|
Oct
(14) |
Nov
(22) |
Dec
(4) |
| 2013 |
Jan
(16) |
Feb
(11) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(6) |
Jul
|
Aug
(5) |
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
(3) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(5) |
Nov
(5) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(3) |
Apr
(4) |
May
|
Jun
(1) |
Jul
(19) |
Aug
(4) |
Sep
(13) |
Oct
(3) |
Nov
(8) |
Dec
(4) |
| 2016 |
Jan
(18) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(9) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
(7) |
| 2017 |
Jan
(5) |
Feb
|
Mar
(3) |
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(4) |
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Joshua K. <jos...@tr...> - 2007-09-21 20:51:49
|
I have a question about the "Interface Speed" option in most of the cisco templates. All except for one show my "Interface Speed" column as 1000000000 instead of 1000.00 Mbps for Gigabit interfaces. And for my FastE ports it shows 100000000 instead of 100.00 Mbps. From what I can tell all of the if_load and if_stat files line up identically on how the files show the ifSpeed. And if I do an snmpwalk on any switch they all show the same data for the ouput, either 1000000000 or 100000000. Is there any reason for why devmon does this? Josh |
|
From: Trent M. <tre...@si...> - 2007-09-21 20:16:33
|
Also, just a suggestion, move unused or old templates out of the
template directory and store them somewhere else. The entire directory
is read for templates.
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Trent
Melcher
Sent: Friday, September 21, 2007 3:14 PM
To: dev...@li...
Subject: Re: [Devmon] cisco templates
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?
>=20
> [07-09-21@15:59:06] Attempting to redefine cisco/6509/power template =20
> 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 =20
> 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 =20
> 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 =20
> 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 =20
> 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 =20
> 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.
>=20
>=20
>=20
> On Sep 21, 2007, at 2:28 PM, Joshua Krause wrote:
>=20
> > 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 .=20
> >>> 1.3.6.1.2.1.2.2.1.7.38
> >>> IF-MIB::ifAdminStatus.38 =3D 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 =3D INTEGER: down(2)
> >>>
> >>> But devmon is still reporting the items that are "admin down" =20
> >>> 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 =20
> >>>> 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=3Dup,2=3Dadmin
> >>>> down,3=3Dtesting
> >>>> ifOperStatTxt : SWITCH : {ifOperStatNum}
> >>>> 1=3Dup,2=3Ddown,3=3Dtesting,4=3Dunknown,5=3Ddormant,6=3Dnot =
present,7=3Dlowe
> >>>> 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 =20
> >>>>> "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 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.3 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.4 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.5 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.6 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.7 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.8 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.9 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.10 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.11 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.12 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.13 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.14 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.15 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.16 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.17 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.18 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.19 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.20 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.21 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.22 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.23 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.24 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.25 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.26 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.27 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.28 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.29 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.30 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.31 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.32 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.33 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.34 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.35 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.36 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.37 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.38 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.39 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.40 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.41 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.42 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.43 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.44 =3D INTEGER: down(2)
> >>>>> IF-MIB::ifAdminStatus.45 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.46 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.47 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.48 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.49 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.50 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.51 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.52 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.53 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.54 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.55 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.56 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.57 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.58 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.59 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.60 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.61 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.62 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.63 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.64 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.65 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.66 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.67 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.68 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.69 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.70 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.71 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.72 =3D INTEGER: up(1)
> >>>>> IF-MIB::ifAdminStatus.73 =3D 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
>=20
>=20
>
------------------------------------------------------------------------
-
> 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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 20:12:35
|
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
|
|
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
|
|
From: Joshua K. <jos...@tr...> - 2007-09-21 18:28:18
|
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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 18:23:46
|
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 =20
devmon basically did a map of name to oid. So since I don't have =20
ifStat defined in my oids file for the if_stat column that devmon =20
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 =3D 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 =3D 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=3Dup,2=3Dadmin
>> down,3=3Dtesting
>> ifOperStatTxt : SWITCH : {ifOperStatNum}
>> 1=3Dup,2=3Ddown,3=3Dtesting,4=3Dunknown,5=3Ddormant,6=3Dnot =
present,7=3Dlowe
>> 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) =20
>>> ->
>>> 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 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.3 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.4 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.5 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.6 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.7 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.8 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.9 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.10 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.11 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.12 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.13 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.14 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.15 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.16 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.17 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.18 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.19 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.20 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.21 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.22 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.23 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.24 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.25 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.26 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.27 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.28 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.29 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.30 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.31 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.32 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.33 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.34 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.35 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.36 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.37 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.38 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.39 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.40 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.41 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.42 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.43 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.44 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.45 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.46 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.47 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.48 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.49 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.50 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.51 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.52 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.53 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.54 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.55 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.56 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.57 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.58 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.59 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.60 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.61 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.62 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.63 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.64 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.65 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.66 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.67 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.68 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.69 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.70 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.71 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.72 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.73 =3D 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? =20
>>> 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. =20
>>>> 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
|
|
From: Joshua K. <jos...@tr...> - 2007-09-21 18:19:37
|
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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 18:19:30
|
Its not, if you look at your transform file, in your if_stat folder you
will see it's the result of the BEST of either ifAdminStatNum or
ifOperStatNum
Trent
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Joshua Krause
Sent: Friday, September 21, 2007 1:17 PM
To: dev...@li...
Subject: Re: [Devmon] cisco templates
what is the oid for the ifstat because when i do an smpwalk i get no =20
oid found.
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 =3D 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 =3D 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=3Dup,2=3Dadmin
>> down,3=3Dtesting
>> ifOperStatTxt : SWITCH : {ifOperStatNum}
>> 1=3Dup,2=3Ddown,3=3Dtesting,4=3Dunknown,5=3Ddormant,6=3Dnot =
present,7=3Dlowe
>> 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) =20
>>> ->
>>> 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 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.3 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.4 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.5 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.6 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.7 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.8 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.9 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.10 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.11 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.12 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.13 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.14 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.15 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.16 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.17 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.18 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.19 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.20 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.21 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.22 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.23 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.24 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.25 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.26 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.27 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.28 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.29 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.30 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.31 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.32 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.33 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.34 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.35 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.36 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.37 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.38 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.39 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.40 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.41 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.42 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.43 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.44 =3D INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.45 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.46 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.47 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.48 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.49 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.50 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.51 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.52 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.53 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.54 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.55 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.56 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.57 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.58 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.59 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.60 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.61 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.62 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.63 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.64 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.65 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.66 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.67 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.68 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.69 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.70 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.71 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.72 =3D INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.73 =3D 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? =20
>>> 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. =20
>>>> 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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 18:17:46
|
Not that Im aware of, It pulls them sequentially out of the device. So its really depends on how they are indexed at boot-up. We had a situation where a 48-port switch blade went bad in one of our routers, now after we replaced the blade those 48 ports show up at the end of the interface list even though its blade 3 out of 10 blades. Trent=20 -----Original Message----- From: dev...@li... [mailto:dev...@li...] On Behalf Of Joshua Krause Sent: Friday, September 21, 2007 1:09 PM To: dev...@li... Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit Is there a way to get the ports to show in numeric order? On Sep 21, 2007, at 2:02 PM, Trent Melcher wrote: > @COLOR@ is a variable so your need to replace it with your color > > Change > LINE1:inbytes@RRDIDX@#@00CF00@:@RRDPARAM@ In > LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In > to > LINE1:inbytes@RRDIDX@#00CF00:@RRDPARAM@ In > > Trent > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf Of =20 > Trent > Melcher > Sent: Friday, September 21, 2007 1:00 PM > To: dev...@li... > Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit > > I forgot, take out the @'s infront and behind your color definitions > > Trent > > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf Of =20 > Trent > Melcher > Sent: Friday, September 21, 2007 12:59 PM > To: dev...@li... > Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit > > That should do it. > > Trent > > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf Of > Joshua Krause > Sent: Friday, September 21, 2007 12:56 PM > To: dev...@li... > Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit > > Sweet got that fixed thanks to you. Another quick question. I would > like my graphs to be the default green and blue. Like you see in most > mrtg and cacti graphing. > > would i change this: > > LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In > GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur) > GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max) > GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min) > GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n > LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out > GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur) > GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max) > GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg) > GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n > > to this: > > LINE1:inbytes@RRDIDX@#@00CF00@:@RRDPARAM@ In > GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur) > GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max) > GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min) > GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n > LINE1:outbytes@RRDIDX@#@002A97@:@RRDPARAM@ Out > GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur) > GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max) > GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg) > GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n > > On Sep 21, 2007, at 12:12 PM, Trent Melcher wrote: > >> Your hobbitgraph.cfg need to be fixed >> >> Look at mine I sent you, you need to change the <at> to @ >> >> Trent >> >> -----Original Message----- >> From: dev...@li... >> [mailto:dev...@li...] On Behalf Of >> Joshua Krause >> Sent: Friday, September 21, 2007 11:08 AM >> To: dev...@li... >> Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit >> >> Here is my output from hobbitserver.cfg: >> >> TEST2RRD=3D"cpu=3Dla,disk,inode,qtree,memory, >> $ >> PINGCOLUMN >> =3D >> tcp >> ,http >> =3D >> tcp >> ,dns >> =3D >> tcp >> ,dig >> =3D >> tcp >> ,time >> =3D >> ntpstat >> ,vmstat >> ,iostat >> ,netstat >> ,temperature >> ,apache,bind,sendmail,mailq,nmailq=3Dmailq,socks,bea,iishealth >> ,citrix >> ,bbgen >> ,bbtest >> ,bbproxy,hobbitd,files,procs=3Dprocesses,ports,clock,lines,if_load" >> >> # This defines which RRD files to include on the "trends" column >> webpage, >> # and the order in which they appear. >> GRAPHS >> =3D >> "la >> ,disk >> ,inode >> ,qtree >> ,files >> ,processes >> ,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg:: >> 1 >> ,ports >> ,temperature >> ,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citr >> ix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,if_load::1" >> >> >> output from hobbitlaunch.cfg: >> >> [rrdstatus] >> ENVFILE /opt/hobbit/server/etc/hobbitserver.cfg >> NEEDS hobbitd >> CMD hobbitd_channel --channel=3Dstatus --log=3D$BBSERVERLOGS/rrd- >> status.log hobbitd_rrd --rrddir=3D$BBVAR/rrd = --extra-script=3D$BBHOME/=20 >> ext/ >> extra-rrd.pl --extra-tests=3Dif_load >> >> Output from hobbitcgi.cfg >> >> # hobbitsvc.cgi options for a normal (current) status display >> CGI_SVC_OPTS=3D"--env=3D/opt/hobbit/server/etc/hobbitserver.cfg --no- = >> svcid >> --history=3Dtop --multigraphs=3Dif_load" >> >> And lastly output from hobbitgraph.cfg: >> >> [if_load] >> FNPATTERN if_load(.*).rrd >> TITLE Network Traffic >> YAXIS Bits/second >> DEF:in <at> RRDIDX@=3D@RRDFN@:in:AVERAGE >> CDEF:inbytes <at> RRDIDX@=3Din <at> RRDIDX@,8,* >> DEF:out <at> RRDIDX@=3D@RRDFN@:out:AVERAGE >> CDEF:outbytes <at> RRDIDX@=3Dout <at> RRDIDX@,8,* >> LINE1:inbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ In >> GPRINT:inbytes <at> RRDIDX@:LAST: %8.2lf %s (cur) >> GPRINT:inbytes <at> RRDIDX@:MAX: %8.2lf %s (max) >> GPRINT:inbytes <at> RRDIDX@:MIN: %8.2lf %s (min) >> GPRINT:inbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n >> LINE1:outbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ Out >> GPRINT:outbytes <at> RRDIDX@:LAST: %8.2lf %s (cur) >> GPRINT:outbytes <at> RRDIDX@:MAX: %8.2lf %s (max) >> GPRINT:outbytes <at> RRDIDX@:MIN: %8.2lf %s (avg) >> GPRINT:outbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n >> >> >> Don't know if this helps. >> >> >> >> On Sep 21, 2007, at 11:56 AM, Trent Melcher wrote: >> >>> On Fri, 2007-09-21 at 11:11 -0400, Joshua Krause wrote: >>>> I get multiple links now but no graphs displaying. Almost like it >>>> is >>>> not reading the rrd files but they are there. The format they are >>>> in >>>> looks like this: >>>> if_load_Gi1_16.rrd >>> >>> If yous hobbitserver.cfg do you have: >>> >>> if_load in TEST2RRD >>> if_load::1 in GRAPHS >>> >>> Here is my if_load in hobbitgraph.cfg >>> >>> [if_load] >>> FNPATTERN if_load(.*).rrd >>> TITLE Network Traffic >>> YAXIS Bits/second >>> DEF:in@RRDIDX@=3D@RRDFN@:in:AVERAGE >>> CDEF:inbytes@RRDIDX@=3Din@RRDIDX@,8,* >>> DEF:out@RRDIDX@=3D@RRDFN@:out:AVERAGE >>> CDEF:outbytes@RRDIDX@=3Dout@RRDIDX@,8,* >>> LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In >>> GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur) >>> GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max) >>> GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min) >>> GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n >>> LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out >>> GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur) >>> GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max) >>> GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg) >>> GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n >>> >>> >>> >>> >>> >>> >>>> >>>> Is this the norm for how the rrd's are suppose to be formated. >>> >>> Yes, my filenames are formatted the same. >>> >>> >>>> >>>> On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote: >>>> >>>>> On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote: >>>>>> My rrd's are generating ok as far as I know. After running the >>>>>> patch, >>>>>> i'm guessing I have to do a re-compile but I don't want it to >>>>>> overwrite anything I've currently modified. >>>>>> >>>>>> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote: >>>>>> >>>>>>> Did you manage to get the .rrd files to generate correctly >>>>>>> following >>>>>>> the >>>>>>> method on that page? My install was having problems with the =20 >>>>>>> perl >>>>>>> script >>>>>>> someone recently put up on the hobbit list for the extra-rrd.pl >>>>>>> >>>>>>> I think the required patch is included at the bottom of this >>>>>>> archive >>>>>>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but >>>>>>> hopefully >>>>>>> someone has already done it as it would help me too! >>>>> One thing to note in this post is about the CGI_SVC_OPTS config, >>>>> --multi-grahs (typo) should be changed to --multigraphs there >>>>> is no >>>>> underscore and its missing a "p" . I figured this out after I >>>>> scanned >>>>> the source code for where the CGI_SVC_OPTS gets used. >>>>> >>>>>>> >>>>>>> >>>>>>> Thanks, >>>>>>> Craig >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: dev...@li... >>>>>>> [mailto:dev...@li...] On Behalf >>>>>>> Of >>>>>>> Joshua Krause >>>>>>> Sent: 21 September 2007 15:09 >>>>>>> To: dev...@li... >>>>>>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit >>>>>>> >>>>>>> I have followed this page I found on how to integrate graphs =20 >>>>>>> from >>>>>>> devmon into hobbit. But i am getting lost on one of the steps. >>>>>>> >>>>>>> 6) >>>>>>>> The hardest part. >>>>>>>> The hobbit parsing doesn't remove html table table so you will >>>>>>>> see >>>>>>>> many graph link. >>>>>>>> In order to fix than, you need to modify the hobbit source with >>>>>>>> the >>>>>>> patch: >>>>>>>> >>>>>>>> lib/htmllog.c >>>>>>>> >>>>>>>> $cd lib/ >>>>>>>> $patch -p0 < htmllog.path >>>>>>> >>>>>>> Can anyone help? >>>>>>> >>>>>>> >> > ------------------------------------------------------------------------ >>>>>>> - >>>>>>> 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 > > ------------------------------------------------------------------------ > - > 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 |
|
From: Joshua K. <jos...@tr...> - 2007-09-21 18:16:52
|
what is the oid for the ifstat because when i do an smpwalk i get no
oid found.
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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 18:10:08
|
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 =3D INTEGER: 2
rather than:
[hobbit@gsonc-spg-ops-1 cisco-4948]$ snmpwalk -v 2c -c public gsonc-=20
arc-4948-1 .1.3.6.1.2.1.2.2.1.7.38
IF-MIB::ifAdminStatus.38 =3D INTEGER: down(2)
But devmon is still reporting the items that are "admin down" which I =20
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 =20
> the
> stat being pulled.
>
> Look at your transform file you should see something similar to this:
>
> ifAdminStatTxt : SWITCH : {ifAdminStatNum} 1=3Dup,2=3Dadmin
> down,3=3Dtesting
> ifOperStatTxt : SWITCH : {ifOperStatNum}
> 1=3Dup,2=3Ddown,3=3Dtesting,4=3Dunknown,5=3Ddormant,6=3Dnot =
present,7=3Dlowe
> 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" =20
>> 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 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.3 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.4 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.5 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.6 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.7 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.8 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.9 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.10 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.11 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.12 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.13 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.14 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.15 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.16 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.17 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.18 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.19 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.20 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.21 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.22 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.23 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.24 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.25 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.26 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.27 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.28 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.29 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.30 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.31 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.32 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.33 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.34 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.35 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.36 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.37 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.38 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.39 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.40 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.41 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.42 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.43 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.44 =3D INTEGER: down(2)
>> IF-MIB::ifAdminStatus.45 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.46 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.47 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.48 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.49 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.50 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.51 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.52 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.53 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.54 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.55 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.56 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.57 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.58 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.59 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.60 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.61 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.62 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.63 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.64 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.65 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.66 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.67 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.68 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.69 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.70 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.71 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.72 =3D INTEGER: up(1)
>> IF-MIB::ifAdminStatus.73 =3D 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 =20
>>> 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
|
|
From: Joshua K. <jos...@tr...> - 2007-09-21 18:09:33
|
Is there a way to get the ports to show in numeric order? On Sep 21, 2007, at 2:02 PM, Trent Melcher wrote: > @COLOR@ is a variable so your need to replace it with your color > > Change > LINE1:inbytes@RRDIDX@#@00CF00@:@RRDPARAM@ In > LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In > to > LINE1:inbytes@RRDIDX@#00CF00:@RRDPARAM@ In > > Trent > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf Of > Trent > Melcher > Sent: Friday, September 21, 2007 1:00 PM > To: dev...@li... > Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit > > I forgot, take out the @'s infront and behind your color definitions > > Trent > > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf Of > Trent > Melcher > Sent: Friday, September 21, 2007 12:59 PM > To: dev...@li... > Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit > > That should do it. > > Trent > > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf Of > Joshua Krause > Sent: Friday, September 21, 2007 12:56 PM > To: dev...@li... > Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit > > Sweet got that fixed thanks to you. Another quick question. I would > like my graphs to be the default green and blue. Like you see in most > mrtg and cacti graphing. > > would i change this: > > LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In > GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur) > GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max) > GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min) > GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n > LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out > GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur) > GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max) > GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg) > GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n > > to this: > > LINE1:inbytes@RRDIDX@#@00CF00@:@RRDPARAM@ In > GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur) > GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max) > GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min) > GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n > LINE1:outbytes@RRDIDX@#@002A97@:@RRDPARAM@ Out > GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur) > GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max) > GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg) > GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n > > On Sep 21, 2007, at 12:12 PM, Trent Melcher wrote: > >> Your hobbitgraph.cfg need to be fixed >> >> Look at mine I sent you, you need to change the <at> to @ >> >> Trent >> >> -----Original Message----- >> From: dev...@li... >> [mailto:dev...@li...] On Behalf Of >> Joshua Krause >> Sent: Friday, September 21, 2007 11:08 AM >> To: dev...@li... >> Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit >> >> Here is my output from hobbitserver.cfg: >> >> TEST2RRD="cpu=la,disk,inode,qtree,memory, >> $ >> PINGCOLUMN >> = >> tcp >> ,http >> = >> tcp >> ,dns >> = >> tcp >> ,dig >> = >> tcp >> ,time >> = >> ntpstat >> ,vmstat >> ,iostat >> ,netstat >> ,temperature >> ,apache,bind,sendmail,mailq,nmailq=mailq,socks,bea,iishealth >> ,citrix >> ,bbgen >> ,bbtest >> ,bbproxy,hobbitd,files,procs=processes,ports,clock,lines,if_load" >> >> # This defines which RRD files to include on the "trends" column >> webpage, >> # and the order in which they appear. >> GRAPHS >> = >> "la >> ,disk >> ,inode >> ,qtree >> ,files >> ,processes >> ,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg:: >> 1 >> ,ports >> ,temperature >> ,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citr >> ix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,if_load::1" >> >> >> output from hobbitlaunch.cfg: >> >> [rrdstatus] >> ENVFILE /opt/hobbit/server/etc/hobbitserver.cfg >> NEEDS hobbitd >> CMD hobbitd_channel --channel=status --log=$BBSERVERLOGS/rrd- >> status.log hobbitd_rrd --rrddir=$BBVAR/rrd --extra-script=$BBHOME/ >> ext/ >> extra-rrd.pl --extra-tests=if_load >> >> Output from hobbitcgi.cfg >> >> # hobbitsvc.cgi options for a normal (current) status display >> CGI_SVC_OPTS="--env=/opt/hobbit/server/etc/hobbitserver.cfg --no- >> svcid >> --history=top --multigraphs=if_load" >> >> And lastly output from hobbitgraph.cfg: >> >> [if_load] >> FNPATTERN if_load(.*).rrd >> TITLE Network Traffic >> YAXIS Bits/second >> DEF:in <at> RRDIDX@=@RRDFN@:in:AVERAGE >> CDEF:inbytes <at> RRDIDX@=in <at> RRDIDX@,8,* >> DEF:out <at> RRDIDX@=@RRDFN@:out:AVERAGE >> CDEF:outbytes <at> RRDIDX@=out <at> RRDIDX@,8,* >> LINE1:inbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ In >> GPRINT:inbytes <at> RRDIDX@:LAST: %8.2lf %s (cur) >> GPRINT:inbytes <at> RRDIDX@:MAX: %8.2lf %s (max) >> GPRINT:inbytes <at> RRDIDX@:MIN: %8.2lf %s (min) >> GPRINT:inbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n >> LINE1:outbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ Out >> GPRINT:outbytes <at> RRDIDX@:LAST: %8.2lf %s (cur) >> GPRINT:outbytes <at> RRDIDX@:MAX: %8.2lf %s (max) >> GPRINT:outbytes <at> RRDIDX@:MIN: %8.2lf %s (avg) >> GPRINT:outbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n >> >> >> Don't know if this helps. >> >> >> >> On Sep 21, 2007, at 11:56 AM, Trent Melcher wrote: >> >>> On Fri, 2007-09-21 at 11:11 -0400, Joshua Krause wrote: >>>> I get multiple links now but no graphs displaying. Almost like it >>>> is >>>> not reading the rrd files but they are there. The format they are >>>> in >>>> looks like this: >>>> if_load_Gi1_16.rrd >>> >>> If yous hobbitserver.cfg do you have: >>> >>> if_load in TEST2RRD >>> if_load::1 in GRAPHS >>> >>> Here is my if_load in hobbitgraph.cfg >>> >>> [if_load] >>> FNPATTERN if_load(.*).rrd >>> TITLE Network Traffic >>> YAXIS Bits/second >>> DEF:in@RRDIDX@=@RRDFN@:in:AVERAGE >>> CDEF:inbytes@RRDIDX@=in@RRDIDX@,8,* >>> DEF:out@RRDIDX@=@RRDFN@:out:AVERAGE >>> CDEF:outbytes@RRDIDX@=out@RRDIDX@,8,* >>> LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In >>> GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur) >>> GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max) >>> GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min) >>> GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n >>> LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out >>> GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur) >>> GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max) >>> GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg) >>> GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n >>> >>> >>> >>> >>> >>> >>>> >>>> Is this the norm for how the rrd's are suppose to be formated. >>> >>> Yes, my filenames are formatted the same. >>> >>> >>>> >>>> On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote: >>>> >>>>> On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote: >>>>>> My rrd's are generating ok as far as I know. After running the >>>>>> patch, >>>>>> i'm guessing I have to do a re-compile but I don't want it to >>>>>> overwrite anything I've currently modified. >>>>>> >>>>>> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote: >>>>>> >>>>>>> Did you manage to get the .rrd files to generate correctly >>>>>>> following >>>>>>> the >>>>>>> method on that page? My install was having problems with the >>>>>>> perl >>>>>>> script >>>>>>> someone recently put up on the hobbit list for the extra-rrd.pl >>>>>>> >>>>>>> I think the required patch is included at the bottom of this >>>>>>> archive >>>>>>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but >>>>>>> hopefully >>>>>>> someone has already done it as it would help me too! >>>>> One thing to note in this post is about the CGI_SVC_OPTS config, >>>>> --multi-grahs (typo) should be changed to --multigraphs there >>>>> is no >>>>> underscore and its missing a "p" . I figured this out after I >>>>> scanned >>>>> the source code for where the CGI_SVC_OPTS gets used. >>>>> >>>>>>> >>>>>>> >>>>>>> Thanks, >>>>>>> Craig >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: dev...@li... >>>>>>> [mailto:dev...@li...] On Behalf >>>>>>> Of >>>>>>> Joshua Krause >>>>>>> Sent: 21 September 2007 15:09 >>>>>>> To: dev...@li... >>>>>>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit >>>>>>> >>>>>>> I have followed this page I found on how to integrate graphs >>>>>>> from >>>>>>> devmon into hobbit. But i am getting lost on one of the steps. >>>>>>> >>>>>>> 6) >>>>>>>> The hardest part. >>>>>>>> The hobbit parsing doesn't remove html table table so you will >>>>>>>> see >>>>>>>> many graph link. >>>>>>>> In order to fix than, you need to modify the hobbit source with >>>>>>>> the >>>>>>> patch: >>>>>>>> >>>>>>>> lib/htmllog.c >>>>>>>> >>>>>>>> $cd lib/ >>>>>>>> $patch -p0 < htmllog.path >>>>>>> >>>>>>> Can anyone help? >>>>>>> >>>>>>> >> > ------------------------------------------------------------------------ >>>>>>> - >>>>>>> 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 > > ------------------------------------------------------------------------ > - > 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 |
|
From: Joshua K. <jos...@tr...> - 2007-09-21 18:03:10
|
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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 18:02:11
|
@COLOR@ is a variable so your need to replace it with your color
Change
LINE1:inbytes@RRDIDX@#@00CF00@:@RRDPARAM@ In
LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
to
LINE1:inbytes@RRDIDX@#00CF00:@RRDPARAM@ In
Trent
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Trent
Melcher
Sent: Friday, September 21, 2007 1:00 PM
To: dev...@li...
Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
I forgot, take out the @'s infront and behind your color definitions
Trent
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Trent
Melcher
Sent: Friday, September 21, 2007 12:59 PM
To: dev...@li...
Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
That should do it.
Trent
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Joshua Krause
Sent: Friday, September 21, 2007 12:56 PM
To: dev...@li...
Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
Sweet got that fixed thanks to you. Another quick question. I would =20
like my graphs to be the default green and blue. Like you see in most =20
mrtg and cacti graphing.
would i change this:
LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
to this:
LINE1:inbytes@RRDIDX@#@00CF00@:@RRDPARAM@ In
GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes@RRDIDX@#@002A97@:@RRDPARAM@ Out
GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
On Sep 21, 2007, at 12:12 PM, Trent Melcher wrote:
> Your hobbitgraph.cfg need to be fixed
>
> Look at mine I sent you, you need to change the <at> to @
>
> Trent
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of
> Joshua Krause
> Sent: Friday, September 21, 2007 11:08 AM
> To: dev...@li...
> Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
>
> Here is my output from hobbitserver.cfg:
>
> TEST2RRD=3D"cpu=3Dla,disk,inode,qtree,memory,
> $
> PINGCOLUMN
> =3D
> tcp
> ,http
> =3D
> tcp
> ,dns
> =3D
> tcp
> ,dig
> =3D
> tcp
> ,time
> =3D
> ntpstat
> ,vmstat
> ,iostat
> ,netstat
> ,temperature=20
> ,apache,bind,sendmail,mailq,nmailq=3Dmailq,socks,bea,iishealth
> ,citrix
> ,bbgen
> ,bbtest=20
> ,bbproxy,hobbitd,files,procs=3Dprocesses,ports,clock,lines,if_load"
>
> # This defines which RRD files to include on the "trends" column
> webpage,
> # and the order in which they appear.
> GRAPHS
> =3D
> "la
> ,disk
> ,inode
> ,qtree
> ,files
> ,processes
> ,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg::
> 1
> ,ports
> ,temperature=20
> ,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citr
> ix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,if_load::1"
>
>
> output from hobbitlaunch.cfg:
>
> [rrdstatus]
> ENVFILE /opt/hobbit/server/etc/hobbitserver.cfg
> NEEDS hobbitd
> CMD hobbitd_channel --channel=3Dstatus --log=3D$BBSERVERLOGS/rrd-
> status.log hobbitd_rrd --rrddir=3D$BBVAR/rrd =
--extra-script=3D$BBHOME/ext/
> extra-rrd.pl --extra-tests=3Dif_load
>
> Output from hobbitcgi.cfg
>
> # hobbitsvc.cgi options for a normal (current) status display
> CGI_SVC_OPTS=3D"--env=3D/opt/hobbit/server/etc/hobbitserver.cfg =
--no-svcid
> --history=3Dtop --multigraphs=3Dif_load"
>
> And lastly output from hobbitgraph.cfg:
>
> [if_load]
> FNPATTERN if_load(.*).rrd
> TITLE Network Traffic
> YAXIS Bits/second
> DEF:in <at> RRDIDX@=3D@RRDFN@:in:AVERAGE
> CDEF:inbytes <at> RRDIDX@=3Din <at> RRDIDX@,8,*
> DEF:out <at> RRDIDX@=3D@RRDFN@:out:AVERAGE
> CDEF:outbytes <at> RRDIDX@=3Dout <at> RRDIDX@,8,*
> LINE1:inbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ In
> GPRINT:inbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:inbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:inbytes <at> RRDIDX@:MIN: %8.2lf %s (min)
> GPRINT:inbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
> LINE1:outbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ Out
> GPRINT:outbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:outbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:outbytes <at> RRDIDX@:MIN: %8.2lf %s (avg)
> GPRINT:outbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>
>
> Don't know if this helps.
>
>
>
> On Sep 21, 2007, at 11:56 AM, Trent Melcher wrote:
>
>> On Fri, 2007-09-21 at 11:11 -0400, Joshua Krause wrote:
>>> I get multiple links now but no graphs displaying. Almost like it =20
>>> is
>>> not reading the rrd files but they are there. The format they are =20
>>> in
>>> looks like this:
>>> if_load_Gi1_16.rrd
>>
>> If yous hobbitserver.cfg do you have:
>>
>> if_load in TEST2RRD
>> if_load::1 in GRAPHS
>>
>> Here is my if_load in hobbitgraph.cfg
>>
>> [if_load]
>> FNPATTERN if_load(.*).rrd
>> TITLE Network Traffic
>> YAXIS Bits/second
>> DEF:in@RRDIDX@=3D@RRDFN@:in:AVERAGE
>> CDEF:inbytes@RRDIDX@=3Din@RRDIDX@,8,*
>> DEF:out@RRDIDX@=3D@RRDFN@:out:AVERAGE
>> CDEF:outbytes@RRDIDX@=3Dout@RRDIDX@,8,*
>> LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
>> GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
>> GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
>> GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
>> GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>> LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
>> GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
>> GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
>> GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
>> GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>>
>>
>>
>>
>>
>>
>>>
>>> Is this the norm for how the rrd's are suppose to be formated.
>>
>> Yes, my filenames are formatted the same.
>>
>>
>>>
>>> On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote:
>>>
>>>> On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote:
>>>>> My rrd's are generating ok as far as I know. After running the
>>>>> patch,
>>>>> i'm guessing I have to do a re-compile but I don't want it to
>>>>> overwrite anything I've currently modified.
>>>>>
>>>>> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote:
>>>>>
>>>>>> Did you manage to get the .rrd files to generate correctly
>>>>>> following
>>>>>> the
>>>>>> method on that page? My install was having problems with the perl
>>>>>> script
>>>>>> someone recently put up on the hobbit list for the extra-rrd.pl
>>>>>>
>>>>>> I think the required patch is included at the bottom of this
>>>>>> archive
>>>>>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but
>>>>>> hopefully
>>>>>> someone has already done it as it would help me too!
>>>> One thing to note in this post is about the CGI_SVC_OPTS config,
>>>> --multi-grahs (typo) should be changed to --multigraphs there
>>>> is no
>>>> underscore and its missing a "p" . I figured this out after I
>>>> scanned
>>>> the source code for where the CGI_SVC_OPTS gets used.
>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> Craig
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: dev...@li...
>>>>>> [mailto:dev...@li...] On Behalf =20
>>>>>> Of
>>>>>> Joshua Krause
>>>>>> Sent: 21 September 2007 15:09
>>>>>> To: dev...@li...
>>>>>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit
>>>>>>
>>>>>> I have followed this page I found on how to integrate graphs from
>>>>>> devmon into hobbit. But i am getting lost on one of the steps.
>>>>>>
>>>>>> 6)
>>>>>>> The hardest part.
>>>>>>> The hobbit parsing doesn't remove html table table so you will
>>>>>>> see
>>>>>>> many graph link.
>>>>>>> In order to fix than, you need to modify the hobbit source with
>>>>>>> the
>>>>>> patch:
>>>>>>>
>>>>>>> lib/htmllog.c
>>>>>>>
>>>>>>> $cd lib/
>>>>>>> $patch -p0 < htmllog.path
>>>>>>
>>>>>> Can anyone help?
>>>>>>
>>>>>>
>
------------------------------------------------------------------------
>>>>>> -
>>>>>> 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
------------------------------------------------------------------------
-
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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 17:59:09
|
I forgot, take out the @'s infront and behind your color definitions
Trent
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Trent
Melcher
Sent: Friday, September 21, 2007 12:59 PM
To: dev...@li...
Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
That should do it.
Trent
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Joshua Krause
Sent: Friday, September 21, 2007 12:56 PM
To: dev...@li...
Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
Sweet got that fixed thanks to you. Another quick question. I would =20
like my graphs to be the default green and blue. Like you see in most =20
mrtg and cacti graphing.
would i change this:
LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
to this:
LINE1:inbytes@RRDIDX@#@00CF00@:@RRDPARAM@ In
GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes@RRDIDX@#@002A97@:@RRDPARAM@ Out
GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
On Sep 21, 2007, at 12:12 PM, Trent Melcher wrote:
> Your hobbitgraph.cfg need to be fixed
>
> Look at mine I sent you, you need to change the <at> to @
>
> Trent
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of
> Joshua Krause
> Sent: Friday, September 21, 2007 11:08 AM
> To: dev...@li...
> Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
>
> Here is my output from hobbitserver.cfg:
>
> TEST2RRD=3D"cpu=3Dla,disk,inode,qtree,memory,
> $
> PINGCOLUMN
> =3D
> tcp
> ,http
> =3D
> tcp
> ,dns
> =3D
> tcp
> ,dig
> =3D
> tcp
> ,time
> =3D
> ntpstat
> ,vmstat
> ,iostat
> ,netstat
> ,temperature=20
> ,apache,bind,sendmail,mailq,nmailq=3Dmailq,socks,bea,iishealth
> ,citrix
> ,bbgen
> ,bbtest=20
> ,bbproxy,hobbitd,files,procs=3Dprocesses,ports,clock,lines,if_load"
>
> # This defines which RRD files to include on the "trends" column
> webpage,
> # and the order in which they appear.
> GRAPHS
> =3D
> "la
> ,disk
> ,inode
> ,qtree
> ,files
> ,processes
> ,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg::
> 1
> ,ports
> ,temperature=20
> ,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citr
> ix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,if_load::1"
>
>
> output from hobbitlaunch.cfg:
>
> [rrdstatus]
> ENVFILE /opt/hobbit/server/etc/hobbitserver.cfg
> NEEDS hobbitd
> CMD hobbitd_channel --channel=3Dstatus --log=3D$BBSERVERLOGS/rrd-
> status.log hobbitd_rrd --rrddir=3D$BBVAR/rrd =
--extra-script=3D$BBHOME/ext/
> extra-rrd.pl --extra-tests=3Dif_load
>
> Output from hobbitcgi.cfg
>
> # hobbitsvc.cgi options for a normal (current) status display
> CGI_SVC_OPTS=3D"--env=3D/opt/hobbit/server/etc/hobbitserver.cfg =
--no-svcid
> --history=3Dtop --multigraphs=3Dif_load"
>
> And lastly output from hobbitgraph.cfg:
>
> [if_load]
> FNPATTERN if_load(.*).rrd
> TITLE Network Traffic
> YAXIS Bits/second
> DEF:in <at> RRDIDX@=3D@RRDFN@:in:AVERAGE
> CDEF:inbytes <at> RRDIDX@=3Din <at> RRDIDX@,8,*
> DEF:out <at> RRDIDX@=3D@RRDFN@:out:AVERAGE
> CDEF:outbytes <at> RRDIDX@=3Dout <at> RRDIDX@,8,*
> LINE1:inbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ In
> GPRINT:inbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:inbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:inbytes <at> RRDIDX@:MIN: %8.2lf %s (min)
> GPRINT:inbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
> LINE1:outbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ Out
> GPRINT:outbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:outbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:outbytes <at> RRDIDX@:MIN: %8.2lf %s (avg)
> GPRINT:outbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>
>
> Don't know if this helps.
>
>
>
> On Sep 21, 2007, at 11:56 AM, Trent Melcher wrote:
>
>> On Fri, 2007-09-21 at 11:11 -0400, Joshua Krause wrote:
>>> I get multiple links now but no graphs displaying. Almost like it =20
>>> is
>>> not reading the rrd files but they are there. The format they are =20
>>> in
>>> looks like this:
>>> if_load_Gi1_16.rrd
>>
>> If yous hobbitserver.cfg do you have:
>>
>> if_load in TEST2RRD
>> if_load::1 in GRAPHS
>>
>> Here is my if_load in hobbitgraph.cfg
>>
>> [if_load]
>> FNPATTERN if_load(.*).rrd
>> TITLE Network Traffic
>> YAXIS Bits/second
>> DEF:in@RRDIDX@=3D@RRDFN@:in:AVERAGE
>> CDEF:inbytes@RRDIDX@=3Din@RRDIDX@,8,*
>> DEF:out@RRDIDX@=3D@RRDFN@:out:AVERAGE
>> CDEF:outbytes@RRDIDX@=3Dout@RRDIDX@,8,*
>> LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
>> GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
>> GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
>> GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
>> GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>> LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
>> GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
>> GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
>> GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
>> GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>>
>>
>>
>>
>>
>>
>>>
>>> Is this the norm for how the rrd's are suppose to be formated.
>>
>> Yes, my filenames are formatted the same.
>>
>>
>>>
>>> On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote:
>>>
>>>> On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote:
>>>>> My rrd's are generating ok as far as I know. After running the
>>>>> patch,
>>>>> i'm guessing I have to do a re-compile but I don't want it to
>>>>> overwrite anything I've currently modified.
>>>>>
>>>>> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote:
>>>>>
>>>>>> Did you manage to get the .rrd files to generate correctly
>>>>>> following
>>>>>> the
>>>>>> method on that page? My install was having problems with the perl
>>>>>> script
>>>>>> someone recently put up on the hobbit list for the extra-rrd.pl
>>>>>>
>>>>>> I think the required patch is included at the bottom of this
>>>>>> archive
>>>>>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but
>>>>>> hopefully
>>>>>> someone has already done it as it would help me too!
>>>> One thing to note in this post is about the CGI_SVC_OPTS config,
>>>> --multi-grahs (typo) should be changed to --multigraphs there
>>>> is no
>>>> underscore and its missing a "p" . I figured this out after I
>>>> scanned
>>>> the source code for where the CGI_SVC_OPTS gets used.
>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> Craig
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: dev...@li...
>>>>>> [mailto:dev...@li...] On Behalf =20
>>>>>> Of
>>>>>> Joshua Krause
>>>>>> Sent: 21 September 2007 15:09
>>>>>> To: dev...@li...
>>>>>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit
>>>>>>
>>>>>> I have followed this page I found on how to integrate graphs from
>>>>>> devmon into hobbit. But i am getting lost on one of the steps.
>>>>>>
>>>>>> 6)
>>>>>>> The hardest part.
>>>>>>> The hobbit parsing doesn't remove html table table so you will
>>>>>>> see
>>>>>>> many graph link.
>>>>>>> In order to fix than, you need to modify the hobbit source with
>>>>>>> the
>>>>>> patch:
>>>>>>>
>>>>>>> lib/htmllog.c
>>>>>>>
>>>>>>> $cd lib/
>>>>>>> $patch -p0 < htmllog.path
>>>>>>
>>>>>> Can anyone help?
>>>>>>
>>>>>>
>
------------------------------------------------------------------------
>>>>>> -
>>>>>> 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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 17:57:55
|
That should do it.
Trent
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Joshua Krause
Sent: Friday, September 21, 2007 12:56 PM
To: dev...@li...
Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
Sweet got that fixed thanks to you. Another quick question. I would =20
like my graphs to be the default green and blue. Like you see in most =20
mrtg and cacti graphing.
would i change this:
LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
to this:
LINE1:inbytes@RRDIDX@#@00CF00@:@RRDPARAM@ In
GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes@RRDIDX@#@002A97@:@RRDPARAM@ Out
GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
On Sep 21, 2007, at 12:12 PM, Trent Melcher wrote:
> Your hobbitgraph.cfg need to be fixed
>
> Look at mine I sent you, you need to change the <at> to @
>
> Trent
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of
> Joshua Krause
> Sent: Friday, September 21, 2007 11:08 AM
> To: dev...@li...
> Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
>
> Here is my output from hobbitserver.cfg:
>
> TEST2RRD=3D"cpu=3Dla,disk,inode,qtree,memory,
> $
> PINGCOLUMN
> =3D
> tcp
> ,http
> =3D
> tcp
> ,dns
> =3D
> tcp
> ,dig
> =3D
> tcp
> ,time
> =3D
> ntpstat
> ,vmstat
> ,iostat
> ,netstat
> ,temperature=20
> ,apache,bind,sendmail,mailq,nmailq=3Dmailq,socks,bea,iishealth
> ,citrix
> ,bbgen
> ,bbtest=20
> ,bbproxy,hobbitd,files,procs=3Dprocesses,ports,clock,lines,if_load"
>
> # This defines which RRD files to include on the "trends" column
> webpage,
> # and the order in which they appear.
> GRAPHS
> =3D
> "la
> ,disk
> ,inode
> ,qtree
> ,files
> ,processes
> ,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg::
> 1
> ,ports
> ,temperature=20
> ,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citr
> ix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,if_load::1"
>
>
> output from hobbitlaunch.cfg:
>
> [rrdstatus]
> ENVFILE /opt/hobbit/server/etc/hobbitserver.cfg
> NEEDS hobbitd
> CMD hobbitd_channel --channel=3Dstatus --log=3D$BBSERVERLOGS/rrd-
> status.log hobbitd_rrd --rrddir=3D$BBVAR/rrd =
--extra-script=3D$BBHOME/ext/
> extra-rrd.pl --extra-tests=3Dif_load
>
> Output from hobbitcgi.cfg
>
> # hobbitsvc.cgi options for a normal (current) status display
> CGI_SVC_OPTS=3D"--env=3D/opt/hobbit/server/etc/hobbitserver.cfg =
--no-svcid
> --history=3Dtop --multigraphs=3Dif_load"
>
> And lastly output from hobbitgraph.cfg:
>
> [if_load]
> FNPATTERN if_load(.*).rrd
> TITLE Network Traffic
> YAXIS Bits/second
> DEF:in <at> RRDIDX@=3D@RRDFN@:in:AVERAGE
> CDEF:inbytes <at> RRDIDX@=3Din <at> RRDIDX@,8,*
> DEF:out <at> RRDIDX@=3D@RRDFN@:out:AVERAGE
> CDEF:outbytes <at> RRDIDX@=3Dout <at> RRDIDX@,8,*
> LINE1:inbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ In
> GPRINT:inbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:inbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:inbytes <at> RRDIDX@:MIN: %8.2lf %s (min)
> GPRINT:inbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
> LINE1:outbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ Out
> GPRINT:outbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:outbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:outbytes <at> RRDIDX@:MIN: %8.2lf %s (avg)
> GPRINT:outbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>
>
> Don't know if this helps.
>
>
>
> On Sep 21, 2007, at 11:56 AM, Trent Melcher wrote:
>
>> On Fri, 2007-09-21 at 11:11 -0400, Joshua Krause wrote:
>>> I get multiple links now but no graphs displaying. Almost like it =20
>>> is
>>> not reading the rrd files but they are there. The format they are =20
>>> in
>>> looks like this:
>>> if_load_Gi1_16.rrd
>>
>> If yous hobbitserver.cfg do you have:
>>
>> if_load in TEST2RRD
>> if_load::1 in GRAPHS
>>
>> Here is my if_load in hobbitgraph.cfg
>>
>> [if_load]
>> FNPATTERN if_load(.*).rrd
>> TITLE Network Traffic
>> YAXIS Bits/second
>> DEF:in@RRDIDX@=3D@RRDFN@:in:AVERAGE
>> CDEF:inbytes@RRDIDX@=3Din@RRDIDX@,8,*
>> DEF:out@RRDIDX@=3D@RRDFN@:out:AVERAGE
>> CDEF:outbytes@RRDIDX@=3Dout@RRDIDX@,8,*
>> LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
>> GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
>> GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
>> GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
>> GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>> LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
>> GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
>> GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
>> GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
>> GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>>
>>
>>
>>
>>
>>
>>>
>>> Is this the norm for how the rrd's are suppose to be formated.
>>
>> Yes, my filenames are formatted the same.
>>
>>
>>>
>>> On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote:
>>>
>>>> On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote:
>>>>> My rrd's are generating ok as far as I know. After running the
>>>>> patch,
>>>>> i'm guessing I have to do a re-compile but I don't want it to
>>>>> overwrite anything I've currently modified.
>>>>>
>>>>> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote:
>>>>>
>>>>>> Did you manage to get the .rrd files to generate correctly
>>>>>> following
>>>>>> the
>>>>>> method on that page? My install was having problems with the perl
>>>>>> script
>>>>>> someone recently put up on the hobbit list for the extra-rrd.pl
>>>>>>
>>>>>> I think the required patch is included at the bottom of this
>>>>>> archive
>>>>>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but
>>>>>> hopefully
>>>>>> someone has already done it as it would help me too!
>>>> One thing to note in this post is about the CGI_SVC_OPTS config,
>>>> --multi-grahs (typo) should be changed to --multigraphs there
>>>> is no
>>>> underscore and its missing a "p" . I figured this out after I
>>>> scanned
>>>> the source code for where the CGI_SVC_OPTS gets used.
>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> Craig
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: dev...@li...
>>>>>> [mailto:dev...@li...] On Behalf =20
>>>>>> Of
>>>>>> Joshua Krause
>>>>>> Sent: 21 September 2007 15:09
>>>>>> To: dev...@li...
>>>>>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit
>>>>>>
>>>>>> I have followed this page I found on how to integrate graphs from
>>>>>> devmon into hobbit. But i am getting lost on one of the steps.
>>>>>>
>>>>>> 6)
>>>>>>> The hardest part.
>>>>>>> The hobbit parsing doesn't remove html table table so you will
>>>>>>> see
>>>>>>> many graph link.
>>>>>>> In order to fix than, you need to modify the hobbit source with
>>>>>>> the
>>>>>> patch:
>>>>>>>
>>>>>>> lib/htmllog.c
>>>>>>>
>>>>>>> $cd lib/
>>>>>>> $patch -p0 < htmllog.path
>>>>>>
>>>>>> Can anyone help?
>>>>>>
>>>>>>
>
------------------------------------------------------------------------
>>>>>> -
>>>>>> 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
|
|
From: Joshua K. <jos...@tr...> - 2007-09-21 17:56:01
|
Sweet got that fixed thanks to you. Another quick question. I would
like my graphs to be the default green and blue. Like you see in most
mrtg and cacti graphing.
would i change this:
LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
to this:
LINE1:inbytes@RRDIDX@#@00CF00@:@RRDPARAM@ In
GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes@RRDIDX@#@002A97@:@RRDPARAM@ Out
GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
On Sep 21, 2007, at 12:12 PM, Trent Melcher wrote:
> Your hobbitgraph.cfg need to be fixed
>
> Look at mine I sent you, you need to change the <at> to @
>
> Trent
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of
> Joshua Krause
> Sent: Friday, September 21, 2007 11:08 AM
> To: dev...@li...
> Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
>
> Here is my output from hobbitserver.cfg:
>
> TEST2RRD="cpu=la,disk,inode,qtree,memory,
> $
> PINGCOLUMN
> =
> tcp
> ,http
> =
> tcp
> ,dns
> =
> tcp
> ,dig
> =
> tcp
> ,time
> =
> ntpstat
> ,vmstat
> ,iostat
> ,netstat
> ,temperature
> ,apache,bind,sendmail,mailq,nmailq=mailq,socks,bea,iishealth
> ,citrix
> ,bbgen
> ,bbtest
> ,bbproxy,hobbitd,files,procs=processes,ports,clock,lines,if_load"
>
> # This defines which RRD files to include on the "trends" column
> webpage,
> # and the order in which they appear.
> GRAPHS
> =
> "la
> ,disk
> ,inode
> ,qtree
> ,files
> ,processes
> ,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg::
> 1
> ,ports
> ,temperature
> ,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citr
> ix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,if_load::1"
>
>
> output from hobbitlaunch.cfg:
>
> [rrdstatus]
> ENVFILE /opt/hobbit/server/etc/hobbitserver.cfg
> NEEDS hobbitd
> CMD hobbitd_channel --channel=status --log=$BBSERVERLOGS/rrd-
> status.log hobbitd_rrd --rrddir=$BBVAR/rrd --extra-script=$BBHOME/ext/
> extra-rrd.pl --extra-tests=if_load
>
> Output from hobbitcgi.cfg
>
> # hobbitsvc.cgi options for a normal (current) status display
> CGI_SVC_OPTS="--env=/opt/hobbit/server/etc/hobbitserver.cfg --no-svcid
> --history=top --multigraphs=if_load"
>
> And lastly output from hobbitgraph.cfg:
>
> [if_load]
> FNPATTERN if_load(.*).rrd
> TITLE Network Traffic
> YAXIS Bits/second
> DEF:in <at> RRDIDX@=@RRDFN@:in:AVERAGE
> CDEF:inbytes <at> RRDIDX@=in <at> RRDIDX@,8,*
> DEF:out <at> RRDIDX@=@RRDFN@:out:AVERAGE
> CDEF:outbytes <at> RRDIDX@=out <at> RRDIDX@,8,*
> LINE1:inbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ In
> GPRINT:inbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:inbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:inbytes <at> RRDIDX@:MIN: %8.2lf %s (min)
> GPRINT:inbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
> LINE1:outbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ Out
> GPRINT:outbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:outbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:outbytes <at> RRDIDX@:MIN: %8.2lf %s (avg)
> GPRINT:outbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>
>
> Don't know if this helps.
>
>
>
> On Sep 21, 2007, at 11:56 AM, Trent Melcher wrote:
>
>> On Fri, 2007-09-21 at 11:11 -0400, Joshua Krause wrote:
>>> I get multiple links now but no graphs displaying. Almost like it
>>> is
>>> not reading the rrd files but they are there. The format they are
>>> in
>>> looks like this:
>>> if_load_Gi1_16.rrd
>>
>> If yous hobbitserver.cfg do you have:
>>
>> if_load in TEST2RRD
>> if_load::1 in GRAPHS
>>
>> Here is my if_load in hobbitgraph.cfg
>>
>> [if_load]
>> FNPATTERN if_load(.*).rrd
>> TITLE Network Traffic
>> YAXIS Bits/second
>> DEF:in@RRDIDX@=@RRDFN@:in:AVERAGE
>> CDEF:inbytes@RRDIDX@=in@RRDIDX@,8,*
>> DEF:out@RRDIDX@=@RRDFN@:out:AVERAGE
>> CDEF:outbytes@RRDIDX@=out@RRDIDX@,8,*
>> LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
>> GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
>> GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
>> GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
>> GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>> LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
>> GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
>> GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
>> GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
>> GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>>
>>
>>
>>
>>
>>
>>>
>>> Is this the norm for how the rrd's are suppose to be formated.
>>
>> Yes, my filenames are formatted the same.
>>
>>
>>>
>>> On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote:
>>>
>>>> On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote:
>>>>> My rrd's are generating ok as far as I know. After running the
>>>>> patch,
>>>>> i'm guessing I have to do a re-compile but I don't want it to
>>>>> overwrite anything I've currently modified.
>>>>>
>>>>> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote:
>>>>>
>>>>>> Did you manage to get the .rrd files to generate correctly
>>>>>> following
>>>>>> the
>>>>>> method on that page? My install was having problems with the perl
>>>>>> script
>>>>>> someone recently put up on the hobbit list for the extra-rrd.pl
>>>>>>
>>>>>> I think the required patch is included at the bottom of this
>>>>>> archive
>>>>>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but
>>>>>> hopefully
>>>>>> someone has already done it as it would help me too!
>>>> One thing to note in this post is about the CGI_SVC_OPTS config,
>>>> --multi-grahs (typo) should be changed to --multigraphs there
>>>> is no
>>>> underscore and its missing a "p" . I figured this out after I
>>>> scanned
>>>> the source code for where the CGI_SVC_OPTS gets used.
>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> Craig
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: dev...@li...
>>>>>> [mailto:dev...@li...] On Behalf
>>>>>> Of
>>>>>> Joshua Krause
>>>>>> Sent: 21 September 2007 15:09
>>>>>> To: dev...@li...
>>>>>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit
>>>>>>
>>>>>> I have followed this page I found on how to integrate graphs from
>>>>>> devmon into hobbit. But i am getting lost on one of the steps.
>>>>>>
>>>>>> 6)
>>>>>>> The hardest part.
>>>>>>> The hobbit parsing doesn't remove html table table so you will
>>>>>>> see
>>>>>>> many graph link.
>>>>>>> In order to fix than, you need to modify the hobbit source with
>>>>>>> the
>>>>>> patch:
>>>>>>>
>>>>>>> lib/htmllog.c
>>>>>>>
>>>>>>> $cd lib/
>>>>>>> $patch -p0 < htmllog.path
>>>>>>
>>>>>> Can anyone help?
>>>>>>
>>>>>>
> ------------------------------------------------------------------------
>>>>>> -
>>>>>> 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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 16:11:35
|
Your hobbitgraph.cfg need to be fixed
Look at mine I sent you, you need to change the <at> to @
Trent
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Joshua Krause
Sent: Friday, September 21, 2007 11:08 AM
To: dev...@li...
Subject: Re: [Devmon] How to if_* graph from Devmon to Hobbit
Here is my output from hobbitserver.cfg:
TEST2RRD=3D"cpu=3Dla,disk,inode,qtree,memory,=20
$=20
PINGCOLUMN=20
=3D=20
tcp=20
,http=20
=3D=20
tcp=20
,dns=20
=3D=20
tcp=20
,dig=20
=3D=20
tcp=20
,time=20
=3D=20
ntpstat=20
,vmstat=20
,iostat=20
,netstat=20
,temperature,apache,bind,sendmail,mailq,nmailq=3Dmailq,socks,bea,iishealt=
h
,citrix=20
,bbgen=20
,bbtest,bbproxy,hobbitd,files,procs=3Dprocesses,ports,clock,lines,if_load=
"
# This defines which RRD files to include on the "trends" column =20
webpage,
# and the order in which they appear.
GRAPHS=20
=3D=20
"la=20
,disk=20
,inode=20
,qtree=20
,files=20
,processes=20
,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg::=20
1=20
,ports=20
,temperature,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citr
ix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,if_load::1"
output from hobbitlaunch.cfg:
[rrdstatus]
ENVFILE /opt/hobbit/server/etc/hobbitserver.cfg
NEEDS hobbitd
CMD hobbitd_channel --channel=3Dstatus --log=3D$BBSERVERLOGS/rrd-=20
status.log hobbitd_rrd --rrddir=3D$BBVAR/rrd =
--extra-script=3D$BBHOME/ext/=20
extra-rrd.pl --extra-tests=3Dif_load
Output from hobbitcgi.cfg
# hobbitsvc.cgi options for a normal (current) status display
CGI_SVC_OPTS=3D"--env=3D/opt/hobbit/server/etc/hobbitserver.cfg =
--no-svcid =20
--history=3Dtop --multigraphs=3Dif_load"
And lastly output from hobbitgraph.cfg:
[if_load]
FNPATTERN if_load(.*).rrd
TITLE Network Traffic
YAXIS Bits/second
DEF:in <at> RRDIDX@=3D@RRDFN@:in:AVERAGE
CDEF:inbytes <at> RRDIDX@=3Din <at> RRDIDX@,8,*
DEF:out <at> RRDIDX@=3D@RRDFN@:out:AVERAGE
CDEF:outbytes <at> RRDIDX@=3Dout <at> RRDIDX@,8,*
LINE1:inbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ In
GPRINT:inbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes <at> RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ Out
GPRINT:outbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes <at> RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
Don't know if this helps.
On Sep 21, 2007, at 11:56 AM, Trent Melcher wrote:
> On Fri, 2007-09-21 at 11:11 -0400, Joshua Krause wrote:
>> I get multiple links now but no graphs displaying. Almost like it is
>> not reading the rrd files but they are there. The format they are in
>> looks like this:
>> if_load_Gi1_16.rrd
>
> If yous hobbitserver.cfg do you have:
>
> if_load in TEST2RRD
> if_load::1 in GRAPHS
>
> Here is my if_load in hobbitgraph.cfg
>
> [if_load]
> FNPATTERN if_load(.*).rrd
> TITLE Network Traffic
> YAXIS Bits/second
> DEF:in@RRDIDX@=3D@RRDFN@:in:AVERAGE
> CDEF:inbytes@RRDIDX@=3Din@RRDIDX@,8,*
> DEF:out@RRDIDX@=3D@RRDFN@:out:AVERAGE
> CDEF:outbytes@RRDIDX@=3Dout@RRDIDX@,8,*
> LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
> GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
> GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
> LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
> GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
> GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>
>
>
>
>
>
>>
>> Is this the norm for how the rrd's are suppose to be formated.
>
> Yes, my filenames are formatted the same.
>
>
>>
>> On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote:
>>
>>> On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote:
>>>> My rrd's are generating ok as far as I know. After running the
>>>> patch,
>>>> i'm guessing I have to do a re-compile but I don't want it to
>>>> overwrite anything I've currently modified.
>>>>
>>>> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote:
>>>>
>>>>> Did you manage to get the .rrd files to generate correctly =20
>>>>> following
>>>>> the
>>>>> method on that page? My install was having problems with the perl
>>>>> script
>>>>> someone recently put up on the hobbit list for the extra-rrd.pl
>>>>>
>>>>> I think the required patch is included at the bottom of this =20
>>>>> archive
>>>>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but =20
>>>>> hopefully
>>>>> someone has already done it as it would help me too!
>>> One thing to note in this post is about the CGI_SVC_OPTS config,
>>> --multi-grahs (typo) should be changed to --multigraphs there
>>> is no
>>> underscore and its missing a "p" . I figured this out after I =20
>>> scanned
>>> the source code for where the CGI_SVC_OPTS gets used.
>>>
>>>>>
>>>>>
>>>>> Thanks,
>>>>> Craig
>>>>>
>>>>> -----Original Message-----
>>>>> From: dev...@li...
>>>>> [mailto:dev...@li...] On Behalf Of
>>>>> Joshua Krause
>>>>> Sent: 21 September 2007 15:09
>>>>> To: dev...@li...
>>>>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit
>>>>>
>>>>> I have followed this page I found on how to integrate graphs from
>>>>> devmon into hobbit. But i am getting lost on one of the steps.
>>>>>
>>>>> 6)
>>>>>> The hardest part.
>>>>>> The hobbit parsing doesn't remove html table table so you will =20
>>>>>> see
>>>>>> many graph link.
>>>>>> In order to fix than, you need to modify the hobbit source with =20
>>>>>> the
>>>>> patch:
>>>>>>
>>>>>> lib/htmllog.c
>>>>>>
>>>>>> $cd lib/
>>>>>> $patch -p0 < htmllog.path
>>>>>
>>>>> Can anyone help?
>>>>>
>>>>>
------------------------------------------------------------------------
>>>>> -
>>>>> 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
|
|
From: Joshua K. <jos...@tr...> - 2007-09-21 16:08:24
|
Here is my output from hobbitserver.cfg:
TEST2RRD="cpu=la,disk,inode,qtree,memory,
$
PINGCOLUMN
=
tcp
,http
=
tcp
,dns
=
tcp
,dig
=
tcp
,time
=
ntpstat
,vmstat
,iostat
,netstat
,temperature,apache,bind,sendmail,mailq,nmailq=mailq,socks,bea,iishealth
,citrix
,bbgen
,bbtest,bbproxy,hobbitd,files,procs=processes,ports,clock,lines,if_load"
# This defines which RRD files to include on the "trends" column
webpage,
# and the order in which they appear.
GRAPHS
=
"la
,disk
,inode
,qtree
,files
,processes
,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg::
1
,ports
,temperature,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citr
ix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,if_load::1"
output from hobbitlaunch.cfg:
[rrdstatus]
ENVFILE /opt/hobbit/server/etc/hobbitserver.cfg
NEEDS hobbitd
CMD hobbitd_channel --channel=status --log=$BBSERVERLOGS/rrd-
status.log hobbitd_rrd --rrddir=$BBVAR/rrd --extra-script=$BBHOME/ext/
extra-rrd.pl --extra-tests=if_load
Output from hobbitcgi.cfg
# hobbitsvc.cgi options for a normal (current) status display
CGI_SVC_OPTS="--env=/opt/hobbit/server/etc/hobbitserver.cfg --no-svcid
--history=top --multigraphs=if_load"
And lastly output from hobbitgraph.cfg:
[if_load]
FNPATTERN if_load(.*).rrd
TITLE Network Traffic
YAXIS Bits/second
DEF:in <at> RRDIDX@=@RRDFN@:in:AVERAGE
CDEF:inbytes <at> RRDIDX@=in <at> RRDIDX@,8,*
DEF:out <at> RRDIDX@=@RRDFN@:out:AVERAGE
CDEF:outbytes <at> RRDIDX@=out <at> RRDIDX@,8,*
LINE1:inbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ In
GPRINT:inbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes <at> RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes <at> RRDIDX@#@COLOR@:@RRDPARAM@ Out
GPRINT:outbytes <at> RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes <at> RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes <at> RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes <at> RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
Don't know if this helps.
On Sep 21, 2007, at 11:56 AM, Trent Melcher wrote:
> On Fri, 2007-09-21 at 11:11 -0400, Joshua Krause wrote:
>> I get multiple links now but no graphs displaying. Almost like it is
>> not reading the rrd files but they are there. The format they are in
>> looks like this:
>> if_load_Gi1_16.rrd
>
> If yous hobbitserver.cfg do you have:
>
> if_load in TEST2RRD
> if_load::1 in GRAPHS
>
> Here is my if_load in hobbitgraph.cfg
>
> [if_load]
> FNPATTERN if_load(.*).rrd
> TITLE Network Traffic
> YAXIS Bits/second
> DEF:in@RRDIDX@=@RRDFN@:in:AVERAGE
> CDEF:inbytes@RRDIDX@=in@RRDIDX@,8,*
> DEF:out@RRDIDX@=@RRDFN@:out:AVERAGE
> CDEF:outbytes@RRDIDX@=out@RRDIDX@,8,*
> LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
> GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
> GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
> LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
> GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
> GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
> GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
> GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>
>
>
>
>
>
>>
>> Is this the norm for how the rrd's are suppose to be formated.
>
> Yes, my filenames are formatted the same.
>
>
>>
>> On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote:
>>
>>> On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote:
>>>> My rrd's are generating ok as far as I know. After running the
>>>> patch,
>>>> i'm guessing I have to do a re-compile but I don't want it to
>>>> overwrite anything I've currently modified.
>>>>
>>>> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote:
>>>>
>>>>> Did you manage to get the .rrd files to generate correctly
>>>>> following
>>>>> the
>>>>> method on that page? My install was having problems with the perl
>>>>> script
>>>>> someone recently put up on the hobbit list for the extra-rrd.pl
>>>>>
>>>>> I think the required patch is included at the bottom of this
>>>>> archive
>>>>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but
>>>>> hopefully
>>>>> someone has already done it as it would help me too!
>>> One thing to note in this post is about the CGI_SVC_OPTS config,
>>> --multi-grahs (typo) should be changed to --multigraphs there
>>> is no
>>> underscore and its missing a "p" . I figured this out after I
>>> scanned
>>> the source code for where the CGI_SVC_OPTS gets used.
>>>
>>>>>
>>>>>
>>>>> Thanks,
>>>>> Craig
>>>>>
>>>>> -----Original Message-----
>>>>> From: dev...@li...
>>>>> [mailto:dev...@li...] On Behalf Of
>>>>> Joshua Krause
>>>>> Sent: 21 September 2007 15:09
>>>>> To: dev...@li...
>>>>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit
>>>>>
>>>>> I have followed this page I found on how to integrate graphs from
>>>>> devmon into hobbit. But i am getting lost on one of the steps.
>>>>>
>>>>> 6)
>>>>>> The hardest part.
>>>>>> The hobbit parsing doesn't remove html table table so you will
>>>>>> see
>>>>>> many graph link.
>>>>>> In order to fix than, you need to modify the hobbit source with
>>>>>> the
>>>>> patch:
>>>>>>
>>>>>> lib/htmllog.c
>>>>>>
>>>>>> $cd lib/
>>>>>> $patch -p0 < htmllog.path
>>>>>
>>>>> Can anyone help?
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>> -
>>>>> 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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 15:55:49
|
On Fri, 2007-09-21 at 11:11 -0400, Joshua Krause wrote:
> I get multiple links now but no graphs displaying. Almost like it is
> not reading the rrd files but they are there. The format they are in
> looks like this:
> if_load_Gi1_16.rrd
If yous hobbitserver.cfg do you have:
if_load in TEST2RRD
if_load::1 in GRAPHS
Here is my if_load in hobbitgraph.cfg
[if_load]
FNPATTERN if_load(.*).rrd
TITLE Network Traffic
YAXIS Bits/second
DEF:in@RRDIDX@=@RRDFN@:in:AVERAGE
CDEF:inbytes@RRDIDX@=in@RRDIDX@,8,*
DEF:out@RRDIDX@=@RRDFN@:out:AVERAGE
CDEF:outbytes@RRDIDX@=out@RRDIDX@,8,*
LINE1:inbytes@RRDIDX@#@COLOR@:@RRDPARAM@ In
GPRINT:inbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:inbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:inbytes@RRDIDX@:MIN: %8.2lf %s (min)
GPRINT:inbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
LINE1:outbytes@RRDIDX@#@COLOR@:@RRDPARAM@ Out
GPRINT:outbytes@RRDIDX@:LAST: %8.2lf %s (cur)
GPRINT:outbytes@RRDIDX@:MAX: %8.2lf %s (max)
GPRINT:outbytes@RRDIDX@:MIN: %8.2lf %s (avg)
GPRINT:outbytes@RRDIDX@:AVERAGE: %8.2lf %s (avg)\n
>
> Is this the norm for how the rrd's are suppose to be formated.
Yes, my filenames are formatted the same.
>
> On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote:
>
> > On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote:
> >> My rrd's are generating ok as far as I know. After running the
> >> patch,
> >> i'm guessing I have to do a re-compile but I don't want it to
> >> overwrite anything I've currently modified.
> >>
> >> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote:
> >>
> >>> Did you manage to get the .rrd files to generate correctly following
> >>> the
> >>> method on that page? My install was having problems with the perl
> >>> script
> >>> someone recently put up on the hobbit list for the extra-rrd.pl
> >>>
> >>> I think the required patch is included at the bottom of this archive
> >>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but hopefully
> >>> someone has already done it as it would help me too!
> > One thing to note in this post is about the CGI_SVC_OPTS config,
> > --multi-grahs (typo) should be changed to --multigraphs there
> > is no
> > underscore and its missing a "p" . I figured this out after I scanned
> > the source code for where the CGI_SVC_OPTS gets used.
> >
> >>>
> >>>
> >>> Thanks,
> >>> Craig
> >>>
> >>> -----Original Message-----
> >>> From: dev...@li...
> >>> [mailto:dev...@li...] On Behalf Of
> >>> Joshua Krause
> >>> Sent: 21 September 2007 15:09
> >>> To: dev...@li...
> >>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit
> >>>
> >>> I have followed this page I found on how to integrate graphs from
> >>> devmon into hobbit. But i am getting lost on one of the steps.
> >>>
> >>> 6)
> >>>> The hardest part.
> >>>> The hobbit parsing doesn't remove html table table so you will see
> >>>> many graph link.
> >>>> In order to fix than, you need to modify the hobbit source with the
> >>> patch:
> >>>>
> >>>> lib/htmllog.c
> >>>>
> >>>> $cd lib/
> >>>> $patch -p0 < htmllog.path
> >>>
> >>> Can anyone help?
> >>>
> >>> ------------------------------------------------------------------------
> >>> -
> >>> 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
|
|
From: Trent M. <tre...@si...> - 2007-09-21 15:54:45
|
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
|
|
From: xbgmsharp <xbg...@gm...> - 2007-09-21 15:50:21
|
Since my post about if_* graph made a lot of question. Here is the update for if_* graph how to: http://me.kaya.fr/howto_devmon_hobbit.txt If you have any comment i will update it. -- Thanks for using xbgm# http://xbgm.sourceforge.net/ Please feedback. |
|
From: Joshua K. <jos...@tr...> - 2007-09-21 15:44:44
|
I tried throwing an exception in this format: ifAdminStatNum : ignore : down(2) 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 |
|
From: Joshua K. <jos...@tr...> - 2007-09-21 15:36:50
|
I get multiple links now but no graphs displaying. Almost like it is not reading the rrd files but they are there. The format they are in looks like this: if_load_Gi1_16.rrd Is this the norm for how the rrd's are suppose to be formated. On Sep 21, 2007, at 10:58 AM, Trent Melcher wrote: > On Fri, 2007-09-21 at 10:47 -0400, Joshua Krause wrote: >> My rrd's are generating ok as far as I know. After running the >> patch, >> i'm guessing I have to do a re-compile but I don't want it to >> overwrite anything I've currently modified. >> >> On Sep 21, 2007, at 10:34 AM, Whilding, Craig wrote: >> >>> Did you manage to get the .rrd files to generate correctly following >>> the >>> method on that page? My install was having problems with the perl >>> script >>> someone recently put up on the hobbit list for the extra-rrd.pl >>> >>> I think the required patch is included at the bottom of this archive >>> post http://www.hswn.dk/hobbiton/2007/07/msg00135.html but hopefully >>> someone has already done it as it would help me too! > One thing to note in this post is about the CGI_SVC_OPTS config, > --multi-grahs (typo) should be changed to --multigraphs there > is no > underscore and its missing a "p" . I figured this out after I scanned > the source code for where the CGI_SVC_OPTS gets used. > >>> >>> >>> Thanks, >>> Craig >>> >>> -----Original Message----- >>> From: dev...@li... >>> [mailto:dev...@li...] On Behalf Of >>> Joshua Krause >>> Sent: 21 September 2007 15:09 >>> To: dev...@li... >>> Subject: [Devmon] How to if_* graph from Devmon to Hobbit >>> >>> I have followed this page I found on how to integrate graphs from >>> devmon into hobbit. But i am getting lost on one of the steps. >>> >>> 6) >>>> The hardest part. >>>> The hobbit parsing doesn't remove html table table so you will see >>>> many graph link. >>>> In order to fix than, you need to modify the hobbit source with the >>> patch: >>>> >>>> lib/htmllog.c >>>> >>>> $cd lib/ >>>> $patch -p0 < htmllog.path >>> >>> Can anyone help? >>> >>> ------------------------------------------------------------------------ >>> - >>> 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 |
|
From: Trent M. <tre...@si...> - 2007-09-21 15:34:47
|
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 =20 down" state. But i would like to exclude them from all test. Until =20 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 |
122 messages has been excluded from this view by a project administrator.
