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: Taylor, R. <Rob...@He...> - 2008-05-08 22:34:38
|
Thanks, helped me figure out the problem! It is amazing what happens when you show it the right place to put the PID file. Robert -----Original Message----- From: dev...@li... [mailto:dev...@li...] On Behalf Of Byam, Charles R Sent: Thursday, May 08, 2008 5:46 PM To: dev...@li... Subject: Re: [Devmon] Devmon Won't Start Try ./devmon -vvvv -c /location/of/devmon.cfg -f On 5/8/08 1:47 PM, "Taylor, Robert" <Rob...@He...> wrote: > I have installed Devmon and gone through all of the configuration steps. When > I go to run the process or start, it just returns me back to the console line. > If I run ./devmon -vvvvv all it says is "Forking to background process ..." > and then just returns to the console line. > > There are no entries in /var/log/devmon.log > > I am at a loss as to what to look at next in order to get some information. > > When I run ./devmon --readbbhosts it does properly read-in the host file and > poll the devices so I know that it can at least talk to PERL. > > Thoughts? > > Thanks, > Robert > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Devmon-support mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Byam, C. R <CR...@hs...> - 2008-05-08 21:46:35
|
Try ./devmon -vvvv -c /location/of/devmon.cfg -f On 5/8/08 1:47 PM, "Taylor, Robert" <Rob...@He...> wrote: > I have installed Devmon and gone through all of the configuration steps. When > I go to run the process or start, it just returns me back to the console line. > If I run ./devmon -vvvvv all it says is "Forking to background process ..." > and then just returns to the console line. > > There are no entries in /var/log/devmon.log > > I am at a loss as to what to look at next in order to get some information. > > When I run ./devmon --readbbhosts it does properly read-in the host file and > poll the devices so I know that it can at least talk to PERL. > > Thoughts? > > Thanks, > Robert > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Taylor L. <tl...@tr...> - 2008-05-08 19:29:51
|
Sure, here they are, but they haven't been touched... 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 ifInOctets : .1.3.6.1.2.1.2.2.1.10 : branch ifInDiscards : .1.3.6.1.2.1.2.2.1.13 : branch ifOutOctets : .1.3.6.1.2.1.2.2.1.16 : branch ifOutDiscards : .1.3.6.1.2.1.2.2.1.19 : branch transforms # Get bit speed delta (so we dont have to provide custom delta limit) ifInOps : DELTA : {ifInOctets} ifOutOps : DELTA : {ifOutOctets} # Convert our octets delta into bits per second ifInBps : MATH : {ifInOps} x 8 ifOutBps : MATH : {ifOutOps} x 8 # Do delta transform on all error counters ifInDps : DELTA : {ifInDiscards} ifOutDps : DELTA : {ifOutDiscards} # Perform error to traffic percentage calculations ifInDscPct : MATH : ({ifInDps} / {ifInBps}) x 100 ifOutDscPct : MATH : ({ifOutDps} / {ifOutBps}) x 100 # Create an alias in a bracketed box, or nothing if alias is blank ifAliasBox : REGSUB : {ifAlias} /(\S+.*)/ [$1]/ messages <b>Discards:</b> TABLE: Ifc name|Discards in|Discard rate in|Discard load in|Discards out|Discard rate out|Discard load out {ifName}{ifAliasBox}|{ifInDiscards}|{ifInDps}|{ifInDscPct.color}{ifInDscPct}%{ifInDscPct.errors}|{ifOutDiscards}|{ifOutDps}|{ifOutDscPct.color}{ifOutDscPct}%{ifOutDscPct.errors} Note: Error rates are per second. Load percentages are based on error/bit ratio. ________________________________________ From: dev...@li... [mailto:dev...@li...] On Behalf Of Guðmundur Örn Ingvarsson Sent: Thursday, May 08, 2008 10:47 AM To: 'dev...@li...' Subject: Re: [Devmon] input discard rate We're monitoring a few 6509 but I can't say we've seen numbers like that one. Can you include the oids, transforms and messages files just if there is anything spooky in there? From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick Sent: 8. maí 2008 15:11 To: dev...@li... Subject: [Devmon] input discard rate Is anyone out there using devmon to monitor a 6509? If so, do you ever get messages about a link having a very high input discard rate? And if so, what does that mean? I can see output discard counters on the switch by running show int gi#/# counter errors, but I don't see any counters for input-discards, only output-discards. Also, if you look below, the Discards In reports as 0, yet the rate in reports as 72796055, and a 4386%, so I think something is wrong with the way devmon is calculating the discard load in. Ifc name Discards in Discard rate in Discard load in Discards out Discard rate out Discard load out Gi#/# [*** some link ***] 0 72796055.85 4386.49% 0 0.00 0.00% And the rate we are getting is unreal (see above). We aren't hearing of any problems on this link, yet devmon is reporting. This happens about once an hour and lasts about for one poll cycle, i.e. one minute. Fyrirvari/Disclaimer http://www.landsbanki.is/disclaimer |
From: Taylor, R. <Rob...@He...> - 2008-05-08 17:48:29
|
I have installed Devmon and gone through all of the configuration steps. When I go to run the process or start, it just returns me back to the console line. If I run ./devmon -vvvvv all it says is "Forking to background process ..." and then just returns to the console line. There are no entries in /var/log/devmon.log I am at a loss as to what to look at next in order to get some information. When I run ./devmon --readbbhosts it does properly read-in the host file and poll the devices so I know that it can at least talk to PERL. Thoughts? Thanks, Robert |
From: Guðmundur Ö. I. <Gud...@la...> - 2008-05-08 15:51:41
|
We're monitoring a few 6509 but I can't say we've seen numbers like that one. Can you include the oids, transforms and messages files just if there is anything spooky in there? From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick Sent: 8. maí 2008 15:11 To: dev...@li... Subject: [Devmon] input discard rate Is anyone out there using devmon to monitor a 6509? If so, do you ever get messages about a link having a very high input discard rate? And if so, what does that mean? I can see output discard counters on the switch by running show int gi#/# counter errors, but I don't see any counters for input-discards, only output-discards. Also, if you look below, the Discards In reports as 0, yet the rate in reports as 72796055, and a 4386%, so I think something is wrong with the way devmon is calculating the discard load in. Ifc name Discards in Discard rate in Discard load in Discards out Discard rate out Discard load out Gi#/# [*** some link ***] 0 72796055.85 4386.49% 0 0.00 0.00% And the rate we are getting is unreal (see above). We aren't hearing of any problems on this link, yet devmon is reporting. This happens about once an hour and lasts about for one poll cycle, i.e. one minute. Fyrirvari/Disclaimer http://www.landsbanki.is/disclaimer |
From: Taylor L. <tl...@tr...> - 2008-05-08 15:11:17
|
Is anyone out there using devmon to monitor a 6509? If so, do you ever get messages about a link having a very high input discard rate? And if so, what does that mean? I can see output discard counters on the switch by running show int gi#/# counter errors, but I don't see any counters for input-discards, only output-discards. Also, if you look below, the Discards In reports as 0, yet the rate in reports as 72796055, and a 4386%, so I think something is wrong with the way devmon is calculating the discard load in. Ifc name Discards in Discard rate in Discard load in Discards out Discard rate out Discard load out Gi#/# [*** some link ***] 0 72796055.85 4386.49% 0 0.00 0.00% And the rate we are getting is unreal (see above). We aren't hearing of any problems on this link, yet devmon is reporting. This happens about once an hour and lasts about for one poll cycle, i.e. one minute. |
From: Johan K. <joh...@de...> - 2008-05-02 09:37:53
|
Has anyone been able to poll a device that uses a non-standard snmp port? According to the docs it should be possible using the port() variable in bb-hosts, but it's not working. bb-hosts: 172.16.1.2 blabla.bla.com #devmon:model(vendorbla;modelbla),port(1161) hosts.db: blabla.bla.com^[172.16.1.2^[vendorbla^[modelbla^[all^[public::1161^[^[ When monitoring devmon's polling cycle with tcpdump, it's clear that devmon simply doesn't use the port i specified. Regards, Johan Karlsson |
From: Buchan M. <bg...@st...> - 2008-04-30 16:52:09
|
Just a note that I am on holiday for 3 weeks ... if the list lacks answers, that might be the reason (but hopefully others on the list will answer ...). Regards, Buchan |
From: Stewart, T. L. <Tom...@la...> - 2008-04-30 15:02:43
|
I have a system that I can pull the limit parameters for testing (something like a load percentage or high/medium limit. My example would be like this (a percentage), but could also be used to just evaluate against a high number or low number. In oids item2: oidnumber : leaf item3: oidnumber : leaf somelimit: oidnumber : leaf In transforms someitem : MATH : ({item2} / {item3}) x 100 In thresholds... someitem : red " >={somelimit} : Limit exceeds xxx This way I could allow the owner of the system to change the "somelimit" on their system to present to snmp and I would not have to hardcode the values within the thresholds file in Devmon. Many thanks for considering. Tom |
From: Michael A. P. <mp...@sg...> - 2008-04-29 11:52:43
|
Awesome... Can you send out the template tar’ed up for us??? I would like to test.. Thanks, michael On 4/29/08 7:44 AM, "Gu›mundur Örn Ingvarsson" <Gud...@la...> wrote: > Hi everyone, I‘ve decided to subscribe to this list and start off by sharing > my minescule work with you. > > Here are definitions for BGP and OSPF monitoring on Cisco routers > > BGP > message > TABLE: > Local Address|Neighbor Address|Neighbor Router AS|Admin State|Neighbor > State|Last Error > {bgpPeerLocalAddr}:{bgpPeerLocalPort}|{bgpPeerRemoteAddr}:{bgpPeerRemotePort}| > {bgpPeerRemoteAs}|{bgpPeerAdminStatus_T.color}{bgpPeerAdminStatus_T}|{bgpPeerS > tate_T.color}{bgpPeerState_T}|{bgpPeerLastError_T} > > oids > bgpPeerAdminStatus : .1.3.6.1.2.1.15.3.1.3 : branch > bgpPeerState : .1.3.6.1.2.1.15.3.1.2 : branch > bgpPeerLocalAddr : .1.3.6.1.2.1.15.3.1.5 : branch > bgpPeerLocalPort : .1.3.6.1.2.1.15.3.1.6 : branch > bgpPeerRemoteAddr : .1.3.6.1.2.1.15.3.1.7 : branch > bgpPeerRemotePort : .1.3.6.1.2.1.15.3.1.8 : branch > bgpPeerRemoteAs : .1.3.6.1.2.1.15.3.1.9 : branch > bgpPeerLastError : .1.3.6.1.2.1.15.3.1.14 : branch > > thresholds > bgpPeerAdminStatus_T : green : stop,start > bgpPeerState_T : green : established > bgpPeerState_T : yellow : active,opensent,openconfirm > bgpPeerState_T : red : idle, connect > > transforms > bgpPeerAdminStatus_T : SWITCH : {bgpPeerAdminStatus} 1=stop,2=start > bgpPeerState_T : SWITCH : {bgpPeerState} > 1=idle,2=connect,3=active,4=opensent,5=openconfirm,6=established > bgpPeerLastError_T : UNPACK : {bgpPeerLastError} CCCC > > OSPF > message > OSPF Admin State is : {ospfStatus.color}{ospfStatus} > > TABLE: > Neighbor Address|Neighbor Address Less Index|Neighbor Router ID|Neighbor > State|Neighbor Events |Neighbor Retransmission Queue > {ospfNbrIpAddr}|{ospfNbrAddressLessIndex}|{ospfNbrRtrId}|{ospfNbrState_T.color > }{ospfNbrState_T}|{ospfNbrEvents}|{ospfNbrLSRetransQLen} > > oids > ospfAdminStat : .1.3.6.1.2.1.14.1.2.0 : leaf > > ospfNbrIpAddr : .1.3.6.1.2.1.14.10.1.1 : branch > ospfNbrAddressLessIndex : .1.3.6.1.2.1.14.10.1.2 : branch > ospfNbrRtrId : .1.3.6.1.2.1.14.10.1.3 : branch > ospfNbrState : .1.3.6.1.2.1.14.10.1.6 : branch > ospfNbrEvents : .1.3.6.1.2.1.14.10.1.7 : branch > ospfNbrLSRetransQLen : .1.3.6.1.2.1.14.10.1.8 : branch > > thresholds > ospfStatus : yellow : disabled > ospfStatus : green : enabled > > ospfNbrState_T : yellow : > init,attempt,exchangeStart,loading > ospfNbrState_T : red : down > ospfNbrState_T : green : twoWay,exchange,full > > transforms > ospfStatus : SWITCH : {ospfAdminStat} 1=enabled,2=disabled > > ospfNbrState_T : SWITCH : {ospfNbrState} > 1=down,2=attempt,3=init,4=twoWay,5=exchangeStart,6=exchange,7=loading,8=full > > 10 Gigabit Ethernet support > Add the following to your oids file > ifHighSpeed : .1.3.6.1.2.1.31.1.1.1.15 : branch > > And this to your transforms file > ifHighSpeed_T : MATH : {ifHighSpeed} x 1000000 > ifHighSpeed_V : SPEED : {ifHighSpeed_T} > > And change the table in the message file to reflect this > > <b>Interface error rates:</b> > Input load: yellow={ifInLoad.thresh:yellow}%, red={ifInLoad.thresh:red}% > Output load: yellow={ifOutLoad.thresh:yellow}%, red={ifOutLoad.thresh:red}% > TABLE:rrd(DS:ds0:ifInOctets:COUNTER; DS:ds1:ifOutOctets:COUNTER) > Ifc name|Ifc Speed (Mbps)|Rate in (load %)|Rate out (load %) > {ifName}{ifAliasBox}|{ifHighSpeed_V}|{ifInLoad.color}{ifInSpeed} > ({ifInLoad}%){ifInLoad.errors}|{ifOutLoad.color}{ifOutSpeed} > ({ifOutLoad}%){ifOutLoad.errors} > ___________________________________________ > > Guðmundur Örn Ingvarsson > Landsbankinn > Global Unix Infrastructure Engineer > Core Systems IT - CS IT > > Sími / Tel.: (+354) 410 6730 > Farsími / Mobile: (+354) 820 5074 > Fax: (+354) 410 3032 > gud...@la... <mailto:gud...@la...> > www.landsbanki.is <http://www.landsbanki.is/> > > > Fyrirvari/Disclaimer > http://www.landsbanki.is/disclaimer <http://www.landsbanki.is/disclaimer> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Guðmundur Ö. I. <Gud...@la...> - 2008-04-29 11:45:21
|
Hi everyone, I've decided to subscribe to this list and start off by sharing my minescule work with you. Here are definitions for BGP and OSPF monitoring on Cisco routers BGP message TABLE: Local Address|Neighbor Address|Neighbor Router AS|Admin State|Neighbor State|Last Error {bgpPeerLocalAddr}:{bgpPeerLocalPort}|{bgpPeerRemoteAddr}:{bgpPeerRemotePort}|{bgpPeerRemoteAs}|{bgpPeerAdminStatus_T.color}{bgpPeerAdminStatus_T}|{bgpPeerState_T.color}{bgpPeerState_T}|{bgpPeerLastError_T} oids bgpPeerAdminStatus : .1.3.6.1.2.1.15.3.1.3 : branch bgpPeerState : .1.3.6.1.2.1.15.3.1.2 : branch bgpPeerLocalAddr : .1.3.6.1.2.1.15.3.1.5 : branch bgpPeerLocalPort : .1.3.6.1.2.1.15.3.1.6 : branch bgpPeerRemoteAddr : .1.3.6.1.2.1.15.3.1.7 : branch bgpPeerRemotePort : .1.3.6.1.2.1.15.3.1.8 : branch bgpPeerRemoteAs : .1.3.6.1.2.1.15.3.1.9 : branch bgpPeerLastError : .1.3.6.1.2.1.15.3.1.14 : branch thresholds bgpPeerAdminStatus_T : green : stop,start bgpPeerState_T : green : established bgpPeerState_T : yellow : active,opensent,openconfirm bgpPeerState_T : red : idle, connect transforms bgpPeerAdminStatus_T : SWITCH : {bgpPeerAdminStatus} 1=stop,2=start bgpPeerState_T : SWITCH : {bgpPeerState} 1=idle,2=connect,3=active,4=opensent,5=openconfirm,6=established bgpPeerLastError_T : UNPACK : {bgpPeerLastError} CCCC OSPF message OSPF Admin State is : {ospfStatus.color}{ospfStatus} TABLE: Neighbor Address|Neighbor Address Less Index|Neighbor Router ID|Neighbor State|Neighbor Events |Neighbor Retransmission Queue {ospfNbrIpAddr}|{ospfNbrAddressLessIndex}|{ospfNbrRtrId}|{ospfNbrState_T.color}{ospfNbrState_T}|{ospfNbrEvents}|{ospfNbrLSRetransQLen} oids ospfAdminStat : .1.3.6.1.2.1.14.1.2.0 : leaf ospfNbrIpAddr : .1.3.6.1.2.1.14.10.1.1 : branch ospfNbrAddressLessIndex : .1.3.6.1.2.1.14.10.1.2 : branch ospfNbrRtrId : .1.3.6.1.2.1.14.10.1.3 : branch ospfNbrState : .1.3.6.1.2.1.14.10.1.6 : branch ospfNbrEvents : .1.3.6.1.2.1.14.10.1.7 : branch ospfNbrLSRetransQLen : .1.3.6.1.2.1.14.10.1.8 : branch thresholds ospfStatus : yellow : disabled ospfStatus : green : enabled ospfNbrState_T : yellow : init,attempt,exchangeStart,loading ospfNbrState_T : red : down ospfNbrState_T : green : twoWay,exchange,full transforms ospfStatus : SWITCH : {ospfAdminStat} 1=enabled,2=disabled ospfNbrState_T : SWITCH : {ospfNbrState} 1=down,2=attempt,3=init,4=twoWay,5=exchangeStart,6=exchange,7=loading,8=full 10 Gigabit Ethernet support Add the following to your oids file ifHighSpeed : .1.3.6.1.2.1.31.1.1.1.15 : branch And this to your transforms file ifHighSpeed_T : MATH : {ifHighSpeed} x 1000000 ifHighSpeed_V : SPEED : {ifHighSpeed_T} And change the table in the message file to reflect this <b>Interface error rates:</b> Input load: yellow={ifInLoad.thresh:yellow}%, red={ifInLoad.thresh:red}% Output load: yellow={ifOutLoad.thresh:yellow}%, red={ifOutLoad.thresh:red}% TABLE:rrd(DS:ds0:ifInOctets:COUNTER; DS:ds1:ifOutOctets:COUNTER) Ifc name|Ifc Speed (Mbps)|Rate in (load %)|Rate out (load %) {ifName}{ifAliasBox}|{ifHighSpeed_V}|{ifInLoad.color}{ifInSpeed} ({ifInLoad}%){ifInLoad.errors}|{ifOutLoad.color}{ifOutSpeed} ({ifOutLoad}%){ifOutLoad.errors} ___________________________________________ Guðmundur Örn Ingvarsson Landsbankinn Global Unix Infrastructure Engineer Core Systems IT - CS IT Sími / Tel.: (+354) 410 6730 Farsími / Mobile: (+354) 820 5074 Fax: (+354) 410 3032 gud...@la...<mailto:gud...@la...> www.landsbanki.is<http://www.landsbanki.is/> Fyrirvari/Disclaimer http://www.landsbanki.is/disclaimer |
From: Buchan M. <bg...@st...> - 2008-04-29 08:00:36
|
On Monday 28 April 2008 13:50:54 Michael A. Price wrote: > Some one posted a Checkpoint SPLAT devmon template and it works great, it > will monitor the cluster state for you. > > Here is a copy.. I would like to add this to the devmon templates release, but I would prefer to have some contact who uses this template (we only have Cisco firewalls). Also, it may be better to use the same test name as the PIX/ASA templates (which use "cluster", I note some of the other extensions from deadcat - e.g. the one for Sun Cluster - also use "cluster"). But, we should probably move discussion to the devmon list. Regards, Buchan |
From: Buchan M. <bg...@st...> - 2008-04-29 07:54:18
|
On Wednesday 23 April 2008 21:58:07 Robert Holden wrote: > The "Alarming on" text has caused confusion for some people in our group so > we changed the text to "Monitoring" instead of "Alarming on". Attached you > will find my patch files for the 3 files changed (devmon.cfg, modules/ > dm_config.pm, modules/dm_tests.pm). > > It should be installed from within the devmon directory. > > I use this command to patch (gnu): > patch -rc -p0 < alarmsmsg.patch I see it implements a configurable message. I'll look at merging this today. Regards, Buchan |
From: Buchan M. <bg...@st...> - 2008-04-29 07:52:29
|
On Tuesday 22 April 2008 22:28:48 Epp, Matthew Mr CTR USA USAASC wrote: > I've created a small modification that causes devmon to obey the > BBLOCATION identifier. Nice. I've been wanting to implement this myself (in the meantime I was planning on using different tags instead (e.g. DEVMONxxx). > It should now simply skip any entries in your > bb-hosts that aren't set to that server's network. Let me know if there > are any bugs in this. See in-line. > I haven't seen any yet on my own systems. > > Make these changes in the modules directory It would be much more convenient if you could send a diff from subversion (checkout, merge/copy your changes in, then run 'svn diff'). If that's not easy, a context diff (diff -u) would be more readable. If you're on a system without a decent diff, this will have to do ... > : > -------------------------------------------- > $diff dm_config.pm.orig dm_config.pm.new > 56a57 > > > 'bbnet' => '', > > 123a125,128 > > > 'bbconf' => { 'default' => > > '/home/hobbit/server/etc/hobbitserver.cfg', > > > 'regex' => '.+', > > 'set' => 0, > > 'case' => 1 }, > > 127a133,136 > > > 'bbnet' => { 'default' => '', > > 'regex' => '\w+', > > 'set' => 0, > > 'case' => 1 }, > > 240a250,259 > > > # Read the BBLOCATION from the hobbitserver.cfg file > > open(CONFFILE, "$g{'bbconf'}") || do_log("Error opening conf It would probably be better to test if bbconf is set, instead of logging an error message for people who aren't using this feature. > file $g{'bbconf'}.\n"); > > > while(<CONFFILE>) { > > if (/^BBLOCATION\=\"(.+)\"/) { > > print "NET is $1\n"; > > $g{'bbnet'} = $1; > > } > > } > > close (CONFFILE); > > 865d883 > < > 1269a1288,1293 > > > # Skip if the NET tag does not match this site > > unless($bbopts =~ /NET:$g{'bbnet'}/) { > > do_log("The NET for $host is not $g{'bbnet'}. > > Skipping.",0); > > > next; > > } > > --------------------------------------- > > And add this section to your devmon.cfg file: > --------------------------------------- > # BBSERVERCONF: Location of the hobbitserver.cfg file. We use this to > read in > # the BBLOCATION variable so we can ignore tests not meant for this site. > # (case sensitive) [DEFAULT: /home/hobbit/server/etc/hobbitserver.cfg] > BBCONF=/home/hobbit/server/etc/hobbitserver.cfg > --------------------------------------- I'll take a look in more detail during the day, and may consider merging it in today if I have time (as I should probably implement this on our production system so I can start merging configs from 3 different Hobbit/Devmon systems). If I don't get to it today, an improved patch would be great (yes, I am trying to improve participation :-P). Regards, Buchan |
From: <mat...@sy...> - 2008-04-29 07:40:42
|
Hi! I've tried to create a new template to monitor a FortiGate 100A firewall, but I can't seem to get Hobbit to draw any CPU graph... Whats wrong?? My template: message: {sysUpTimeSecs.color}: Up for {UpTimeTxt} {fnSysCpuUsage.color}: CPU usage: {fnSysCpuUsage}% System description: {sysDescr} sn: {fnSysSerial} FW ver: {fnSysVersion} AV def. ver: {fnSysVersionAv} Attack def. ver: {fnSysVersionNids} <!-- DEVMON to RRD <br>CPU usage: {fnSysCpuUsage} --> oids : sysDescr : .1.3.6.1.2.1.1.1.0 : leaf sysUpTime : .1.3.6.1.2.1.1.3.0 : leaf fnSysCpuUsage : .1.3.6.1.4.1.12356.1.8.0 : leaf fnSysSerial : .1.3.6.1.4.1.12356.1.2.0 : leaf fnSysVersion : .1.3.6.1.4.1.12356.1.3.0 : leaf fnSysVersionAv : .1.3.6.1.4.1.12356.1.4.0 : leaf fnSysVersionNids : .1.3.6.1.4.1.12356.1.5.0 : leaf thresholds: fnSysCpuUsage : red : >70 : CPU utilization is very high: {fnSysCpuUsage}% fnSysCpuUsage : yellow : >30 : CPU utilization is high: {fnSysCpuUsage}% fnSysCpuUsage : green : : CPU utilization is nominal: {fnSysCpuUsage}% sysUpTimeSecs : red : <600 : Device rebooted recently. System uptime: {UpTimeTxt} sysUpTimeSecs : yellow : <5000 : Device rebooted recently. System uptime: {UpTimeTxt} sysUpTimeSecs : green : : System uptime: {UpTimeTxt} transforms: sysUpTimeSecs : MATH : {sysUpTime} / 100 UpTimeTxt : ELAPSED : {sysUpTimeSecs} /Mathias \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ Mathias Carlsson SYSteam Datakonsult i Anderstorp AB Stötabogatan 1 Box 183 334 24 ANDERSTORP Tel: +46 (0)371 588529 Mobil: +46 (0)70 3708529 |
From: Robert H. <rob...@gm...> - 2008-04-29 06:16:24
|
I am looking to do something like this too for cisco devices: For the if_col, if_dsc, if_err & if_load tests, I would like to ignore interfaces that are not "up/up", as displaying/gathering(rrd) this information does not make sense. With the exception file only able to handle primary OIDs, is there another way to do this? I am curious to know why the exception file only examines the primary OID. Any help appreciated. Robert On Tue, Sep 25, 2007 at 4:23 AM, Klomp, H. <kl...@nl...> wrote: > Hi All, > > In the Cisco templates for the interfaces (if_load) I'm only monitoring > the interfaces that are not in a "admin down" > status. > On the hobbit page, the interfaces in admin down state are omitted. > > But these interfaces keep showing up in the rrd data. > > How can I also disable the creation of the rrd data files for these > interfaces, without putting them in the except rule > in the BB-HOST file ? > > Regards, > > Bert Klomp > > > -----Original Message----- > From: dev...@li... [mailto: > dev...@li...] On Behalf Of > Trent Melcher > Sent: vrijdag 21 september 2007 17:56 > To: dev...@li... > Subject: Re: [Devmon] cisco templates > > 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 > |
From: Marganne, E. <ema...@be...> - 2008-04-28 15:10:10
|
Hello all, I have questions about Devmon memory usage. Is it possible to have two Devmon instance run on the same server polling two different sets of devices running without memory conflict? I have tested such a configuration because I do not want to set a Devmon cluster since one of the two instances will poll two devices which are in completely different network condition (in terms of latency, delay, ...). A cluster for two devices sounds a bit overkill to me. Therefore I tried to have two Devmon instances running and looks like it can poll (both can poll) but not all the time sending the messages to the server. My question is: could there be any issues with memory overlap or son processes reporting to the wrong father? I use for one instance Devmon 0.3.0 and the 0.2.2. There are no reasons for that but I do not think it could be the source of the problem. Anyway, if anyone has any idea or encountered such an issue please let me know. Best regards, Etienne Marganne. DISCLAIMER: The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are Not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. |
From: Epp, M. Mr C. U. U. <mat...@us...> - 2008-04-22 20:29:18
|
I've created a small modification that causes devmon to obey the BBLOCATION identifier. It should now simply skip any entries in your bb-hosts that aren't set to that server's network. Let me know if there are any bugs in this. I haven't seen any yet on my own systems. Make these changes in the modules directory: -------------------------------------------- $diff dm_config.pm.orig dm_config.pm.new 56a57 > 'bbnet' => '', 123a125,128 > 'bbconf' => { 'default' => '/home/hobbit/server/etc/hobbitserver.cfg', > 'regex' => '.+', > 'set' => 0, > 'case' => 1 }, 127a133,136 > 'bbnet' => { 'default' => '', > 'regex' => '\w+', > 'set' => 0, > 'case' => 1 }, 240a250,259 > # Read the BBLOCATION from the hobbitserver.cfg file > open(CONFFILE, "$g{'bbconf'}") || do_log("Error opening conf file $g{'bbconf'}.\n"); > while(<CONFFILE>) { > if (/^BBLOCATION\=\"(.+)\"/) { > print "NET is $1\n"; > $g{'bbnet'} = $1; > } > } > close (CONFFILE); > 865d883 < 1269a1288,1293 > # Skip if the NET tag does not match this site > unless($bbopts =~ /NET:$g{'bbnet'}/) { > do_log("The NET for $host is not $g{'bbnet'}. Skipping.",0); > next; > } > --------------------------------------- And add this section to your devmon.cfg file: --------------------------------------- # BBSERVERCONF: Location of the hobbitserver.cfg file. We use this to read in # the BBLOCATION variable so we can ignore tests not meant for this site. # (case sensitive) [DEFAULT: /home/hobbit/server/etc/hobbitserver.cfg] BBCONF=/home/hobbit/server/etc/hobbitserver.cfg --------------------------------------- |
From: Robert H. <rob...@gm...> - 2008-04-22 19:10:49
|
On Tue, Apr 22, 2008 at 1:09 AM, Buchan Milne <bg...@st...> wrote: > On Friday 18 April 2008 17:47:21 Robert Holden wrote: > > I have noticed quite a bit of (unnecessary) redundancy when it comes to > the > > cisco templates. > > Why do you think it is specific to cisco templates? E.g., the if_load > template > works just as well with any device that supports the RFC-standard IFMIB > (e.g. > the linux-openwrt template has the if_load test taken almost directly from > a > cisco device). The only differences are really how devices are named, and > thus maybe default device patterns that should be ignored. > Most of the equipment we are monitoring is cisco , as hobbit is used to monitor all our servers. As a result, I do not have enough experience with SNMP as it relates to servers to answer your question. As for RFC-standard IFMIB, you are right, all cisco devices should follow these standards, but these relate to Interfaces on the devices. But having a static oid for all interfaces will not always work: ------------------------------------------------------------------------------------------------------- ifSpeed [ifBps] (1.3.6.1.2.1.2.2.1.5) vs ifHighSpeed ( 1.3.6.1.2.1.31.1.1.1.15) The range of ifSpeed is limited to reporting a maximum speed of (2**31)-1 bits/second, or approximately 2.2Gbs. SONET defines an OC-48 interface, which is defined at operating at 48 times 51 Mbs, which is a speed in excess of 2.4Gbs. Thus, ifSpeed is insufficient for the future, and this memo defines an additional object: ifHighSpeed. The ifHighSpeed object reports the speed of the interface in 1,000,000 (1 million) bits/second units. Thus, the true speed of the interface will be the value reported by this object, plus or minus 500,000 bits/second. [RFC 2233 <http://www1.tools.ietf.org/html/rfc2233>, 3.1.7] ------------------------------------------------------------------------------------------------------- ifInOctets (.1.3.6.1.2.1.2.2.1.10) vs ifHCInOctets (1.3.6.1.2.1.31.1.1.1.6) ifOutOctets (1.3.6.1.2.1.2.2.1.16) vs ifHCOutOctets (1.3.6.1.2.1.31.1.1.1.10 ) As the speed of network media increase, the minimum time in which a 32 bit counter will wrap decreases. For example, a 10Mbs stream of back-to-back, full-size packets causes ifInOctets to wrap in just over 57 minutes; at 100Mbs, the minimum wrap time is 5.7 minutes, and at 1Gbs, the minimum is 34 seconds. Requiring that interfaces be polled frequently enough not to miss a counter wrap is increasingly problematic. [RFC 2233 <http://www1.tools.ietf.org/html/rfc2233>, 3.1.6] As devmon polls data every 5 minutes, it probably should use the HC versions of counters when needed (Gb+ speeds). Is there a transform for performing an IF statement/substitution? Example: IF the ifSpeed > 20Mb, use ifHCInOctets instead of ifInOctets. For interfaces that operate at 20,000,000 (20 million) bits per second or less, 32-bit byte and packet counters MUST be used. For interfaces that operate faster than 20,000,000 bits/second, and slower than 650,000,000 bits/second, 32-bit packet counters MUST be used and 64-bit octet counters MUST be used. For interfaces that operate at 650,000,000 bits/second or faster, 64-bit packet counters AND 64-bit octet counters MUST be used. [RFC 2233 <http://www1.tools.ietf.org/html/rfc2233>, 3.1.6] Some tests, such as serial, fans & power have some differences from device to device. At times an OID is not available (power/fans), other times, the information is only available under a different OID (serial). So this creates some difference between templates (hence cisco-common vs cisco-switch in my previous email). > > I have been able to reduce nearly all the cisco devices > > down to two templates: cisco-switch and cisco-common > > I still have a few minor issues to deal with, but should have something > to > > post to the group in about a weeks time. The biggest of these issues is > > finding something in the specs "model" that is common to the > cisco-switch > > (2811, 4003, 5500, & 6506), that is not found in all the other devices. > > Simularily, I would like to find something in the specs "model" that is > > common to all other cisco devices (cisco-common). > > > > note: Many switches are still able to use cisco-common (2900, 3500, > 3550, > > etc), so I probably have to come up with a better name for cisco-switch. > > Well, the issue is that you shouldn't really distinguish features on a > device > based on the hardware model in the first place. > > If we stick to the Cisco topic, is a 6500 a switch? Is a 7600 a router? > What > if I put a better supervisor in the 6500 ? If I put a CSM blade into a > 6500, > or into a 7600, is one a load balancer and the other not? > > Moving on, if I run a RADIUS server (which supports the RADIUS MIB) on a > HP > ProLiant, is a Dell PowerEdge *not* a RADIUS server? > > So, yes, I think we need a new approach to: > 1)Which tests are done on a specific device > 2)Which tests are done by default on a device of a specific kind of > hardware > What about IOS vs CATOS, or differences between versions of IOS? I have yet to come up with a better way to do this, but I thinking it will be along the lines of: 1. SNMP Get manufacturer 2. SNMP Get hardware model 3. SNMP Get OS & OS Version 4. SNMP Get Software & Version ?? 5. Run appropriate tests Unfortunately, this can mess up the nice & clean layout to the templates that devmon has now. > > I will see what I can find on your subinterfaces issue. > > IMHO, if the device lies over SNMP, you should report it to the vendor, > rather > than workaround the problem in an SNMP manager. > > > I am also working on an idea (change to devmon) to allow for "default" > > templates depending on vendor. > > I would prefer that you discuss any design issues on the development list > ... > I just signed up for the devmon-devel list. https://lists.sourceforge.net/lists/listinfo/devmon-devel I will post my ideas for changes & templates to that list. Robert |
From: Stewart, T. L. <Tom...@la...> - 2008-04-22 14:11:09
|
I am monitoring a system called true sight / coradiant that monitors all of our websites for latency and page errors. The system is configurable by setting up "watchpoints" and can report the results via snmp. A simple watchpoint is an error page count for different pages. All the pages are reported within one branch. As we want to alert with different values within the branch, we have a problem. My conclusion for now is: I will hard-code the individual oid for each item I want to test and put it into a separate test directory for hobbit reporting/alerting. Tom -----Original Message----- From: Buchan Milne [mailto:bg...@st...] Sent: Tuesday, April 22, 2008 3:53 AM To: dev...@li... Cc: Stewart, Tom L. Subject: Re: [Devmon] Question on templates On Monday 21 April 2008 17:29:56 Stewart, Tom L. wrote: > Does anyone know of a way for me to check/alarm different values on the > same column for alerting within a branch? > > Example: > > In a branch... > > Name Value > Name1 10 > Name2 20 > Name3 30 > Name4 40 > > I want to alert name1 only if the value is say over 20 > I want to alert name3 only if the value is say over 90 > I don't want to alert on name2 or name4 so I can use the exceptions file > and regex them. > > Thank you for any thoughts... Can you give a concrete example of where you want to use this? Most of the examples I can think of have other means of achieving the same thing (e.g. setting the temperature threshold on a server for a particular probe, setting the speed appropriately on a network interface). (yes, that does mean that as far as I know, there is no means currently to do per-row thresholds) However, I think this is a feature that should be added anyway ... Regards. Buchan |
From: Buchan M. <bg...@st...> - 2008-04-22 09:36:06
|
On Friday 18 April 2008 16:17:35 Chris Wopat wrote: > Hello, > > Chiming in on some info on Devmon. While primarily targeted to the > Devmon list, it may be useful to hobbit/devmon users who don't subscribe > to that list. > > The cisco-7206 template works perfectly fine on a Cisco 7500. I'm sure > it works on a 7200 as well. I also have an old 7000 here, but I don't > want to boot it up to test. Anyway, it may be in the best interest to > rename 7206 to 7200, and just copy its templates to a 7500 folder, or > genericly rename the whole thing cisco-7000. > > Also, there is a typo in the USING doc: > > http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/docs/USING?revision=3 >&view=markup > > This line is listed: > DEVMON:tests(cpu),thresh(cpu;CPUTotal5Min;y=50;r=90) > > But it should be: > DEVMON:tests(cpu),thresh(cpu;CPUTotal5Min;y:50;r:90) I've fixed this locally (I ran into it myself earlier but was too busy to fix it). I'll commit it later. > It's correct in the details furter down the page, but the equal symbols > should be colons near the top when it first mentions thresh(). > > Lastly, and this is very minor, Devmon doesn't properly detect > administratively down interfaces in all cases. On one router, I am using > subinterfaces as follows: > > GigabitEthernet0/2 > GigabitEthernet0/2.1 > GigabitEthernet0/2.2 > GigabitEthernet0/2.3 > ..etc.. > > If I shut down Gi0/2, 'sh ip int br' shows its subinterfaces > administratively down, but devmon doesn't detect that- one has to go > into each subinterface and shut them down as well. It does appear that > the OID that checks admin status (.1.3.6.1.2.1.2.2.1.7) does indeed say > up, which is why it's showing red: > > ifAdminStatus.89 = INTEGER: up(1) Right, so the router is lying to you. I would prefer not to workaround device bugs in devmon itself. If you can, you should log a TAC case regarding this (e.g. "Interface status reported via SNMP does not match the configured status"). In the mean time you can work around it with exceptions in the bb-hosts file, such as: DEVMON:except(if_stat;ifName;na:Gi\d+/\d+\.\d+) (which would ignore the if_status for all GigabitEthernet sub-interfaces, or you could make it more specific if you want). Regards, Buchan |
From: Buchan M. <bg...@st...> - 2008-04-22 08:53:30
|
On Monday 21 April 2008 17:29:56 Stewart, Tom L. wrote: > Does anyone know of a way for me to check/alarm different values on the > same column for alerting within a branch? > > Example: > > In a branch... > > Name Value > Name1 10 > Name2 20 > Name3 30 > Name4 40 > > I want to alert name1 only if the value is say over 20 > I want to alert name3 only if the value is say over 90 > I don't want to alert on name2 or name4 so I can use the exceptions file > and regex them. > > Thank you for any thoughts... Can you give a concrete example of where you want to use this? Most of the examples I can think of have other means of achieving the same thing (e.g. setting the temperature threshold on a server for a particular probe, setting the speed appropriately on a network interface). (yes, that does mean that as far as I know, there is no means currently to do per-row thresholds) However, I think this is a feature that should be added anyway ... Regards. Buchan |
From: Buchan M. <bg...@st...> - 2008-04-22 08:16:25
|
On Friday 18 April 2008 17:47:21 Robert Holden wrote: > I have noticed quite a bit of (unnecessary) redundancy when it comes to the > cisco templates. Why do you think it is specific to cisco templates? E.g., the if_load template works just as well with any device that supports the RFC-standard IFMIB (e.g. the linux-openwrt template has the if_load test taken almost directly from a cisco device). The only differences are really how devices are named, and thus maybe default device patterns that should be ignored. > I have been able to reduce nearly all the cisco devices > down to two templates: cisco-switch and cisco-common > I still have a few minor issues to deal with, but should have something to > post to the group in about a weeks time. The biggest of these issues is > finding something in the specs "model" that is common to the cisco-switch > (2811, 4003, 5500, & 6506), that is not found in all the other devices. > Simularily, I would like to find something in the specs "model" that is > common to all other cisco devices (cisco-common). > > note: Many switches are still able to use cisco-common (2900, 3500, 3550, > etc), so I probably have to come up with a better name for cisco-switch. Well, the issue is that you shouldn't really distinguish features on a device based on the hardware model in the first place. If we stick to the Cisco topic, is a 6500 a switch? Is a 7600 a router? What if I put a better supervisor in the 6500 ? If I put a CSM blade into a 6500, or into a 7600, is one a load balancer and the other not? Moving on, if I run a RADIUS server (which supports the RADIUS MIB) on a HP ProLiant, is a Dell PowerEdge *not* a RADIUS server? So, yes, I think we need a new approach to: 1)Which tests are done on a specific device 2)Which tests are done by default on a device of a specific kind of hardware > I will see what I can find on your subinterfaces issue. IMHO, if the device lies over SNMP, you should report it to the vendor, rather than workaround the problem in an SNMP manager. > I am also working on an idea (change to devmon) to allow for "default" > templates depending on vendor. I would prefer that you discuss any design issues on the development list ... > > Robert Holden > > On Fri, Apr 18, 2008 at 7:17 AM, Chris Wopat <ch...@su...> wrote: > > Hello, > > > > Chiming in on some info on Devmon. While primarily targeted to the Devmon > > list, it may be useful to hobbit/devmon users who don't subscribe to that > > list. > > > > The cisco-7206 template works perfectly fine on a Cisco 7500. I'm sure it > > works on a 7200 as well. I also have an old 7000 here, but I don't want > > to boot it up to test. Anyway, it may be in the best interest to rename > > 7206 to 7200, and just copy its templates to a 7500 folder, or genericly > > rename the whole thing cisco-7000. > > > > Also, there is a typo in the USING doc: > > > > > > http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/docs/USING?revision > >=3&view=markup > > > > This line is listed: > > DEVMON:tests(cpu),thresh(cpu;CPUTotal5Min;y=50;r=90) > > > > But it should be: > > DEVMON:tests(cpu),thresh(cpu;CPUTotal5Min;y:50;r:90) > > > > It's correct in the details furter down the page, but the equal symbols > > should be colons near the top when it first mentions thresh(). > > > > Lastly, and this is very minor, Devmon doesn't properly detect > > administratively down interfaces in all cases. On one router, I am using > > subinterfaces as follows: > > > > GigabitEthernet0/2 > > GigabitEthernet0/2.1 > > GigabitEthernet0/2.2 > > GigabitEthernet0/2.3 > > ..etc.. > > > > If I shut down Gi0/2, 'sh ip int br' shows its subinterfaces > > administratively down, but devmon doesn't detect that- one has to go into > > each subinterface and shut them down as well. It does appear that the OID > > that checks admin status (.1.3.6.1.2.1.2.2.1.7) does indeed say up, which > > is why it's showing red: > > > > ifAdminStatus.89 = INTEGER: up(1) > > > > I couldnt find any alternate OID to report ifAdminStatus, so short of > > putting in code to check parent interface status, it probably couldn't be > > considered a bug, but I thought I'd mention it. > > > > --Chris > > > > To unsubscribe from the hobbit list, send an e-mail to > > hob...@hs... |
From: Buchan M. <bg...@st...> - 2008-04-22 08:13:59
|
On Friday 18 April 2008 17:51:47 Chris Wopat wrote: > Hello, > > I've been trying to get devmon to still log the threshold data for > circuits, but not alarm. I've tried this two different ways, and cannot > get the syntax correct, or there is a bug. I temporarily worked around > this by hard coding the threshold in the template, but that's not the > solution I'd like to stick with. > > ================= > Method/Attempt 1: > > thresh( > cpu;CPUTotal5Min;y:60;r:90, > if_load;ifInLoad;y:200;r:300, > if_load;ifOutLoad;y:200;r:300 > ) > > I've wrapped the lines only to display in this email, in the config they > are not. Yes, I'm attempting to set the threshold >100% because it's > reporting higher for some serial interfaces. The goal is to just never > alarm, but log the data, so I would simply set these numbers as high as > I need to. The above line appears correct to me, and the first threshold > works, but it gets confused on the next two, and shows this on the web > interface: > > Interface error rates: > Input load: yellow=75%, red=95% > Output load: yellow=200if_load;ifInLoad;r:300;y:200%, red=300% > > > ================= > Method/Attempt 2: > > Instead of just changing thresholds, use except() amd attempt to define > the types of interfaces I want to ignore (will be all, but these were > for testing): > > except( > if_load;ifInLoad;na:Se.*|Mu.*, > if_load;ifOutLoad;na:Se.*|Mu.* > ) > > ..And this didnt work either. It is mentioned that except() only works > on the primary name, so I assume that's ifName, which also didn't work. > > Pointers? You did run devmon --readbbhosts (or equivalent) after setting these? Here is an example from my production set-up (two lines total) xxx.xxx.xxx.8 omicron.yyy.yyy # DEVMON:cid(abc),except(if_stat;ifName;na:Gi11/.*|Gi4/.*|AT2/0.*) testip xxx.xxx.xxx.254 kappa.yyy.yyy # DEVMON:model(cisco;asa),cid(xyz),thresh(connects;cur_conn;y:200000;r:300000,cpu;CPUTotal5Min;y:30;r:50) testip Regards, Buchan |
From: Stewart, T. L. <Tom...@la...> - 2008-04-21 15:30:10
|
Does anyone know of a way for me to check/alarm different values on the same column for alerting within a branch? Example: In a branch... Name Value Name1 10 Name2 20 Name3 30 Name4 40 I want to alert name1 only if the value is say over 20 I want to alert name3 only if the value is say over 90 I don't want to alert on name2 or name4 so I can use the exceptions file and regex them. Thank you for any thoughts... Tom |