devmon-support Mailing List for Devmon
SNMP poller for Xymon
Brought to you by:
buchanmilne,
eschwim
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
|
From: Marco A. <mar...@re...> - 2020-09-21 07:58:27
|
Hi Barrie, I understand what you mean, but what makes me believe that the problem is caused by the turning of the counters is that the alarm of the discard rate and error rate, on this switch, are always go off together, and both of these alarm values are associated with a value of zero relating to the number of discard packets and of those in error (see example below) Marco Il 18/09/2020 16:49, Barrie Smallshaw ha scritto: > Hi Marco > A packet is discarded when it has a transmission or formatting error, > or when the device doesn't have enough storage room for it. > > For example, if a jumbo packet is received by an interface with an mtu > of 1500, the interface will discard it, or in the case of a router, it > will fragment the packet before forwarding it. It can also happen if > there is a signal quality issue due to long cable runs, dirty fiber > connections, insufficient bandwidth or high CPU usage. > > I think of it as "All packet errors are discards, but not all packet > discards are errors." > > Barrie Smallshaw > sent from my android phone > > On Fri., Sep. 18, 2020, 11:16 a.m. Marco Avvisano, > <mar...@re... > <mailto:mar...@re...>> wrote: > > Hi Barrie, > > but if the problem is due to the connected device, shouldn't I see > something at the switch interface level? > > there are no packets in errors, or drops reported on the switch > > Thanks for your suggestions > > Marco > > Il 18/09/2020 15:54, Barrie Smallshaw ha scritto: >> Hi Marco >> I your case, I would check the device connected to the interface. >> The switch appears to be doing what it's supposed to do. The >> device at the other end of the connection is causing the >> discards. This can be due to a full buffer. >> >> Cheers, >> >> Barrie Smallshaw >> sent from my android phone >> >> On Fri., Sep. 18, 2020, 10:46 a.m. Marco Avvisano, >> <mar...@re... >> <mailto:mar...@re...>> wrote: >> >> Hi Barrie, >> >> In my case the amount of discarded packets I believe is due >> to the counter. >> >> From ACL on the switch: >> >> Input queue: 0/2000/0/0 (size/max/drops/flushes); Total >> output drops: 0 >> Queueing strategy: Class-based queueing >> Output queue: 0/40 (size/max) >> 5 minute input rate 0 bits/sec, 0 packets/sec >> 5 minute output rate 241000 bits/sec, 38 packets/sec >> 875342 packets input, 119190972 bytes, 0 no buffer >> Received 40969 broadcasts (40893 multicasts) >> 0 runts, 0 giants, 0 throttles >> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored >> 0 watchdog, 40893 multicast, 0 pause input >> 0 input packets with dribble condition detected >> 77267049 packets output, 9400797396 bytes, 0 underruns >> 0 output errors, 0 collisions, 1 interface resets >> 0 unknown protocol drops >> 0 babbles, 0 late collision, 0 deferred >> 0 lost carrier, 0 no carrier, 0 pause output >> 0 output buffer failures, 0 output buffers swapped out >> >> Devmon allert: >> >> Gi1/0/6 - Very high output discard rate (8166.52%) >> >> I was wondering if there was a way to get over this >> >> Marco >> >> Il 18/09/2020 15:25, Barrie Smallshaw ha scritto: >> > Hi, >> > This looks like the counter has wrapped around to zero. >> Since the ifInDps is a DELTA value, you will get a huge spike >> as it wraps around. If you are getting a large amount of >> discards on an interface, there may be something other than >> the switch causing them. I’ve seen this issue when jumbo >> frames are configured everywhere instead of limiting them to >> block traffic such as iscsi or NFS. >> > >> > Barrie Smallshaw >> > >> > Sent from my iPad >> > >> >> On Sep 18, 2020, at 6:20 AM, Marco Avvisano >> <mar...@re... >> <mailto:mar...@re...>> wrote: >> >> >> >> Hi, >> >> >> >> i have the same problem using devmon to monitor cisco 3850 >> (same oids and transforms file) >> >> >> >> Someone solved this problem ? >> >> >> >> Thanks, >> >> >> >> Marco >> >> >> >> Il 12/05/2008 22:46, Taylor Lewick ha scritto: >> >>> No I hadn't thought to try that... Ill give it a try.. >> >>> >> >>> -----Original Message----- >> >>> From: dev...@li... >> <mailto:dev...@li...> >> [mailto:dev...@li... >> <mailto:dev...@li...>] On >> Behalf Of Guðmundur Örn Ingvarsson >> >>> Sent: Friday, May 09, 2008 8:05 AM >> >>> To: dev...@li... >> <mailto:dev...@li...> >> >>> Subject: Re: [Devmon] input discard rate >> >>> >> >>> Have you tried reviewing the RRD files and doing the >> calculations yourself? >> >>> >> >>> ___________________________________________ >> >>> >> >>> 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> >> >>> >> >>> >> >>> -----Original Message----- >> >>> From: dev...@li... >> <mailto:dev...@li...> >> [mailto:dev...@li... >> <mailto:dev...@li...>] On >> Behalf Of Taylor Lewick >> >>> Sent: 8. maí 2008 19:14 >> >>> To: dev...@li... >> <mailto:dev...@li...> >> >>> Subject: Re: [Devmon] input discard rate >> >>> >> >>> 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...> >> [mailto:dev...@li... >> <mailto:dev...@li...>] On >> Behalf Of Guðmundur Örn Ingvarsson >> >>> Sent: Thursday, May 08, 2008 10:47 AM >> >>> To: 'dev...@li... >> <mailto: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...> >> [mailto:dev...@li... >> <mailto:dev...@li...>] On >> Behalf Of Taylor Lewick >> >>> Sent: 8. maí 2008 15:11 >> >>> To: dev...@li... >> <mailto: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 >> >>> >> >>> >> ------------------------------------------------------------------------- >> >>> 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... >> <mailto:Dev...@li...> >> >>> https://lists.sourceforge.net/lists/listinfo/devmon-support >> >>> Fyrirvari/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... >> <mailto: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 2008. >> >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >>> _______________________________________________ >> >>> Devmon-support mailing list >> >>> Dev...@li... >> <mailto:Dev...@li...> >> >>> https://lists.sourceforge.net/lists/listinfo/devmon-support >> >> >> >> _______________________________________________ >> >> Devmon-support mailing list >> >> Dev...@li... >> <mailto:Dev...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/devmon-support >> > >> > _______________________________________________ >> > Devmon-support mailing list >> > Dev...@li... >> <mailto:Dev...@li...> >> > https://lists.sourceforge.net/lists/listinfo/devmon-support >> |
From: Marco A. <mar...@re...> - 2020-09-18 13:53:54
|
Hi Barrie, In my case the amount of discarded packets I believe is due to the counter. From ACL on the switch: Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: Class-based queueing Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 241000 bits/sec, 38 packets/sec 875342 packets input, 119190972 bytes, 0 no buffer Received 40969 broadcasts (40893 multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 40893 multicast, 0 pause input 0 input packets with dribble condition detected 77267049 packets output, 9400797396 bytes, 0 underruns 0 output errors, 0 collisions, 1 interface resets 0 unknown protocol drops 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 pause output 0 output buffer failures, 0 output buffers swapped out Devmon allert: Gi1/0/6 - Very high output discard rate (8166.52%) I was wondering if there was a way to get over this Marco Il 18/09/2020 15:25, Barrie Smallshaw ha scritto: > Hi, > This looks like the counter has wrapped around to zero. Since the ifInDps is a DELTA value, you will get a huge spike as it wraps around. If you are getting a large amount of discards on an interface, there may be something other than the switch causing them. I’ve seen this issue when jumbo frames are configured everywhere instead of limiting them to block traffic such as iscsi or NFS. > > Barrie Smallshaw > > Sent from my iPad > >> On Sep 18, 2020, at 6:20 AM, Marco Avvisano <mar...@re...> wrote: >> >> Hi, >> >> i have the same problem using devmon to monitor cisco 3850 (same oids and transforms file) >> >> Someone solved this problem ? >> >> Thanks, >> >> Marco >> >> Il 12/05/2008 22:46, Taylor Lewick ha scritto: >>> No I hadn't thought to try that... Ill give it a try.. >>> >>> -----Original Message----- >>> From: dev...@li... [mailto:dev...@li...] On Behalf Of Guðmundur Örn Ingvarsson >>> Sent: Friday, May 09, 2008 8:05 AM >>> To: dev...@li... >>> Subject: Re: [Devmon] input discard rate >>> >>> Have you tried reviewing the RRD files and doing the calculations yourself? >>> >>> ___________________________________________ >>> >>> 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... >>> www.landsbanki.is >>> >>> >>> -----Original Message----- >>> From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick >>> Sent: 8. maí 2008 19:14 >>> To: dev...@li... >>> Subject: Re: [Devmon] input discard rate >>> >>> 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 >>> >>> ------------------------------------------------------------------------- >>> 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 >>> Fyrirvari/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 >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Devmon-support mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devmon-support >> >> _______________________________________________ >> Devmon-support mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devmon-support > > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Marco A. <mar...@re...> - 2020-09-18 13:46:48
|
Hi Barrie, In my case the amount of discarded packets I believe is due to the counter. From ACL on the switch: Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: Class-based queueing Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 241000 bits/sec, 38 packets/sec 875342 packets input, 119190972 bytes, 0 no buffer Received 40969 broadcasts (40893 multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 40893 multicast, 0 pause input 0 input packets with dribble condition detected 77267049 packets output, 9400797396 bytes, 0 underruns 0 output errors, 0 collisions, 1 interface resets 0 unknown protocol drops 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 pause output 0 output buffer failures, 0 output buffers swapped out Devmon allert: Gi1/0/6 - Very high output discard rate (8166.52%) I was wondering if there was a way to get over this Marco Il 18/09/2020 15:25, Barrie Smallshaw ha scritto: > Hi, > This looks like the counter has wrapped around to zero. Since the ifInDps is a DELTA value, you will get a huge spike as it wraps around. If you are getting a large amount of discards on an interface, there may be something other than the switch causing them. I’ve seen this issue when jumbo frames are configured everywhere instead of limiting them to block traffic such as iscsi or NFS. > > Barrie Smallshaw > > Sent from my iPad > >> On Sep 18, 2020, at 6:20 AM, Marco Avvisano <mar...@re...> wrote: >> >> Hi, >> >> i have the same problem using devmon to monitor cisco 3850 (same oids and transforms file) >> >> Someone solved this problem ? >> >> Thanks, >> >> Marco >> >> Il 12/05/2008 22:46, Taylor Lewick ha scritto: >>> No I hadn't thought to try that... Ill give it a try.. >>> >>> -----Original Message----- >>> From: dev...@li... [mailto:dev...@li...] On Behalf Of Guðmundur Örn Ingvarsson >>> Sent: Friday, May 09, 2008 8:05 AM >>> To: dev...@li... >>> Subject: Re: [Devmon] input discard rate >>> >>> Have you tried reviewing the RRD files and doing the calculations yourself? >>> >>> ___________________________________________ >>> >>> 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... >>> www.landsbanki.is >>> >>> >>> -----Original Message----- >>> From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick >>> Sent: 8. maí 2008 19:14 >>> To: dev...@li... >>> Subject: Re: [Devmon] input discard rate >>> >>> 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 >>> >>> ------------------------------------------------------------------------- >>> 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 >>> Fyrirvari/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 >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Devmon-support mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devmon-support >> >> _______________________________________________ >> Devmon-support mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devmon-support > > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Barrie S. <bar...@gm...> - 2020-09-18 13:26:08
|
Hi, This looks like the counter has wrapped around to zero. Since the ifInDps is a DELTA value, you will get a huge spike as it wraps around. If you are getting a large amount of discards on an interface, there may be something other than the switch causing them. I’ve seen this issue when jumbo frames are configured everywhere instead of limiting them to block traffic such as iscsi or NFS. Barrie Smallshaw Sent from my iPad > On Sep 18, 2020, at 6:20 AM, Marco Avvisano <mar...@re...> wrote: > > Hi, > > i have the same problem using devmon to monitor cisco 3850 (same oids and transforms file) > > Someone solved this problem ? > > Thanks, > > Marco > > Il 12/05/2008 22:46, Taylor Lewick ha scritto: >> No I hadn't thought to try that... Ill give it a try.. >> >> -----Original Message----- >> From: dev...@li... [mailto:dev...@li...] On Behalf Of Guðmundur Örn Ingvarsson >> Sent: Friday, May 09, 2008 8:05 AM >> To: dev...@li... >> Subject: Re: [Devmon] input discard rate >> >> Have you tried reviewing the RRD files and doing the calculations yourself? >> >> ___________________________________________ >> >> 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... >> www.landsbanki.is >> >> >> -----Original Message----- >> From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick >> Sent: 8. maí 2008 19:14 >> To: dev...@li... >> Subject: Re: [Devmon] input discard rate >> >> 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 >> >> ------------------------------------------------------------------------- >> 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 >> Fyrirvari/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 >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Devmon-support mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devmon-support > > > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Marco A. <mar...@re...> - 2020-09-18 09:20:26
|
Hi, i have the same problem using devmon to monitor cisco 3850 (same oids and transforms file) Someone solved this problem ? Thanks, Marco Il 12/05/2008 22:46, Taylor Lewick ha scritto: > No I hadn't thought to try that... Ill give it a try.. > > -----Original Message----- > From: dev...@li... [mailto:dev...@li...] On Behalf Of Guðmundur Örn Ingvarsson > Sent: Friday, May 09, 2008 8:05 AM > To: dev...@li... > Subject: Re: [Devmon] input discard rate > > Have you tried reviewing the RRD files and doing the calculations yourself? > > ___________________________________________ > > 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... > www.landsbanki.is > > > -----Original Message----- > From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick > Sent: 8. maí 2008 19:14 > To: dev...@li... > Subject: Re: [Devmon] input discard rate > > 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 > > ------------------------------------------------------------------------- > 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 > Fyrirvari/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 > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Jeremy L. <jla...@re...> - 2020-08-05 18:14:40
|
Awesome, thanks Stef. On Sat, 1 Aug 2020 at 21:13, Stef Coene <ste...@do...> wrote: > I forgot a link to the github page with my version: > https://github.com/StefCoene/devmon > > > Stef > > On 2020-08-01 11:57, Stef Coene wrote: > > Hi, > > > > I merged the upstream changes from > > https://github.com/bonomani/devmon > > > > I added a new config file (devmonV3.cfg) with ini style format. This > > file should contain the needed SNMP V3 options. > > I included an example in the repository. > > You need to install module https://metacpan.org/pod/Config::Tiny to > > parse it. > > > > > > Stef > > > > On 2020-07-28 1:09, Jeremy Laidman wrote: > >> Stef > >> > >> Old thread, but an even older problem. I just wanted to ask if you've > >> been > >> able to clean up your code to get SNMPv3 working, to a state fit for > >> publishing somewhere? > >> > >> Cheers > >> Jeremy > >> > >> > >> On Fri, 25 May 2018 at 00:50, Stef Coene <ste...@do...> wrote: > >> > >>> On 05/24/2018 12:58 PM, Shalav Sharma wrote: > >>>> Hi there, > >>>> > >>>> We have devmon (version 0.2) over RHEL 6.7 and I am trying to poll a > >>> Cisco > >>>> router which is snmp v3 enabled. But its seems dm_snmp.pm does not > snmp > >>> v3 > >>>> yet. May I now if devmon supports snmp v3 yet? If yes then please > >>>> pass on > >>>> the latest dm_snmp.pm or link to the version of devmon which supports > >>> this > >>>> snmp v3. Also please give one example of hosts.cfg on how to pass > >>>> snmp v3 > >>>> parameters. And any other file which requires modification? > >>>> > >>>> Thanks in advance. Appreciate your early response. > >>> I have a version of devmon with snmp v3 support. > >>> It's not ready to be released. It needs some code cleanup and > >>> documentation. The changes are not that hard, but the Devmon code is > >>> rather messy and not so easy to understand. > >>> You also need an extra configuration file for v3 options. > >>> > >>> I have it on my TODO list to get my code released. > >>> > >>> I'm also looking for the original authors, they can contact me off list > >>> if required. > >>> > >>> > >>> Stef > >>> > >>> > >>> > ------------------------------------------------------------------------------ > > >>> > >>> Check out the vibrant tech community on one of the world's most > >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >>> _______________________________________________ > >>> Devmon-support mailing list > >>> Dev...@li... > >>> https://lists.sourceforge.net/lists/listinfo/devmon-support > >>> > >> > >> _______________________________________________ > >> Devmon-support mailing list > >> Dev...@li... > >> https://lists.sourceforge.net/lists/listinfo/devmon-support > >> > > > > > > _______________________________________________ > > Devmon-support mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devmon-support > > > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support > |
From: Stef C. <ste...@do...> - 2020-08-01 11:13:07
|
I forgot a link to the github page with my version: https://github.com/StefCoene/devmon Stef On 2020-08-01 11:57, Stef Coene wrote: > Hi, > > I merged the upstream changes from > https://github.com/bonomani/devmon > > I added a new config file (devmonV3.cfg) with ini style format. This > file should contain the needed SNMP V3 options. > I included an example in the repository. > You need to install module https://metacpan.org/pod/Config::Tiny to > parse it. > > > Stef > > On 2020-07-28 1:09, Jeremy Laidman wrote: >> Stef >> >> Old thread, but an even older problem. I just wanted to ask if you've >> been >> able to clean up your code to get SNMPv3 working, to a state fit for >> publishing somewhere? >> >> Cheers >> Jeremy >> >> >> On Fri, 25 May 2018 at 00:50, Stef Coene <ste...@do...> wrote: >> >>> On 05/24/2018 12:58 PM, Shalav Sharma wrote: >>>> Hi there, >>>> >>>> We have devmon (version 0.2) over RHEL 6.7 and I am trying to poll a >>> Cisco >>>> router which is snmp v3 enabled. But its seems dm_snmp.pm does not snmp >>> v3 >>>> yet. May I now if devmon supports snmp v3 yet? If yes then please >>>> pass on >>>> the latest dm_snmp.pm or link to the version of devmon which supports >>> this >>>> snmp v3. Also please give one example of hosts.cfg on how to pass >>>> snmp v3 >>>> parameters. And any other file which requires modification? >>>> >>>> Thanks in advance. Appreciate your early response. >>> I have a version of devmon with snmp v3 support. >>> It's not ready to be released. It needs some code cleanup and >>> documentation. The changes are not that hard, but the Devmon code is >>> rather messy and not so easy to understand. >>> You also need an extra configuration file for v3 options. >>> >>> I have it on my TODO list to get my code released. >>> >>> I'm also looking for the original authors, they can contact me off list >>> if required. >>> >>> >>> Stef >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Devmon-support mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devmon-support >>> >> >> _______________________________________________ >> Devmon-support mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devmon-support >> > > > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Stef C. <ste...@do...> - 2020-08-01 09:58:18
|
Hi, I merged the upstream changes from https://github.com/bonomani/devmon I added a new config file (devmonV3.cfg) with ini style format. This file should contain the needed SNMP V3 options. I included an example in the repository. You need to install module https://metacpan.org/pod/Config::Tiny to parse it. Stef On 2020-07-28 1:09, Jeremy Laidman wrote: > Stef > > Old thread, but an even older problem. I just wanted to ask if you've been > able to clean up your code to get SNMPv3 working, to a state fit for > publishing somewhere? > > Cheers > Jeremy > > > On Fri, 25 May 2018 at 00:50, Stef Coene <ste...@do...> wrote: > >> On 05/24/2018 12:58 PM, Shalav Sharma wrote: >>> Hi there, >>> >>> We have devmon (version 0.2) over RHEL 6.7 and I am trying to poll a >> Cisco >>> router which is snmp v3 enabled. But its seems dm_snmp.pm does not snmp >> v3 >>> yet. May I now if devmon supports snmp v3 yet? If yes then please pass on >>> the latest dm_snmp.pm or link to the version of devmon which supports >> this >>> snmp v3. Also please give one example of hosts.cfg on how to pass snmp v3 >>> parameters. And any other file which requires modification? >>> >>> Thanks in advance. Appreciate your early response. >> I have a version of devmon with snmp v3 support. >> It's not ready to be released. It needs some code cleanup and >> documentation. The changes are not that hard, but the Devmon code is >> rather messy and not so easy to understand. >> You also need an extra configuration file for v3 options. >> >> I have it on my TODO list to get my code released. >> >> I'm also looking for the original authors, they can contact me off list >> if required. >> >> >> Stef >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Devmon-support mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devmon-support >> > > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support > |
From: Stef C. <ste...@do...> - 2020-07-29 10:48:53
|
That's indeed an old thread... And to be honest, no, I started working on other projects and forgot about this promise. I just saw some commits in the upstream project. I will try to merge them in my fork. But that will be something for next week... Stef On 2020-07-28 1:09, Jeremy Laidman wrote: > Stef > > Old thread, but an even older problem. I just wanted to ask if you've been > able to clean up your code to get SNMPv3 working, to a state fit for > publishing somewhere? > > Cheers > Jeremy > > > On Fri, 25 May 2018 at 00:50, Stef Coene <ste...@do...> wrote: > >> On 05/24/2018 12:58 PM, Shalav Sharma wrote: >>> Hi there, >>> >>> We have devmon (version 0.2) over RHEL 6.7 and I am trying to poll a >> Cisco >>> router which is snmp v3 enabled. But its seems dm_snmp.pm does not snmp >> v3 >>> yet. May I now if devmon supports snmp v3 yet? If yes then please pass on >>> the latest dm_snmp.pm or link to the version of devmon which supports >> this >>> snmp v3. Also please give one example of hosts.cfg on how to pass snmp v3 >>> parameters. And any other file which requires modification? >>> >>> Thanks in advance. Appreciate your early response. >> I have a version of devmon with snmp v3 support. >> It's not ready to be released. It needs some code cleanup and >> documentation. The changes are not that hard, but the Devmon code is >> rather messy and not so easy to understand. >> You also need an extra configuration file for v3 options. >> >> I have it on my TODO list to get my code released. >> >> I'm also looking for the original authors, they can contact me off list >> if required. >> >> >> Stef >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Devmon-support mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devmon-support >> > > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support > |
From: Jeremy L. <jla...@re...> - 2020-07-27 23:34:48
|
Stef Old thread, but an even older problem. I just wanted to ask if you've been able to clean up your code to get SNMPv3 working, to a state fit for publishing somewhere? Cheers Jeremy On Fri, 25 May 2018 at 00:50, Stef Coene <ste...@do...> wrote: > On 05/24/2018 12:58 PM, Shalav Sharma wrote: > > Hi there, > > > > We have devmon (version 0.2) over RHEL 6.7 and I am trying to poll a > Cisco > > router which is snmp v3 enabled. But its seems dm_snmp.pm does not snmp > v3 > > yet. May I now if devmon supports snmp v3 yet? If yes then please pass on > > the latest dm_snmp.pm or link to the version of devmon which supports > this > > snmp v3. Also please give one example of hosts.cfg on how to pass snmp v3 > > parameters. And any other file which requires modification? > > > > Thanks in advance. Appreciate your early response. > I have a version of devmon with snmp v3 support. > It's not ready to be released. It needs some code cleanup and > documentation. The changes are not that hard, but the Devmon code is > rather messy and not so easy to understand. > You also need an extra configuration file for v3 options. > > I have it on my TODO list to get my code released. > > I'm also looking for the original authors, they can contact me off list > if required. > > > Stef > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support > |
From: S E W. <sew...@gm...> - 2019-10-10 17:25:58
|
Hello all, How do you use the INDEX transform? Rather, once you've done the INDEX transform, how do you use the results? The documentation completely glosses over this: 'INDEX' transform: This transform allows you to access the index part of a numerical OID in a repeater OID. For example, in the cdpCache table for the Cisco CDP MIB, walking the cdpCacheDevicePort OID will return values such as: CISCO-CDP-MIB::cdpCacheDevicePort.4.3 = STRING: GigabitEthernet4/41 CISCO-CDP-MIB::cdpCacheDevicePort.9.1 = STRING: GigabitEthernet2/16 CISCO-CDP-MIB::cdpCacheDevicePort.12.14 = STRING: Serial2/2 The value is the interface on the remote side, and there is no OID for the interface on the local side. To get the interface on the local side, you must use the last value in the index (e.g. 3 for GigabitEthernet4/41) and look in the ifTable: IF-MIB::ifName.3 = STRING: Fa0/0 The index transform allows you to get the index value (4.3 in this case) as an OID value. Any operations you need to do on the index value should be possible with existing transforms. What I'm trying to do is almost exactly what's in the example. I can get the index I need, but HOW do I use it to look in the ifTable? I thought it was possibly the CHAIN transform but I have been completely unable to make it work. Detail on my use case: I'm attempting to pull light levels off a Juniper router and am having difficulty getting the information I need to display. Here is my oids file: 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 ifRxPower : .1.3.6.1.4.1.2636.3.60.1.2.1.1.6 : branch ifTxPower : .1.3.6.1.4.1.2636.3.60.1.2.1.1.8 : branch The problem is that for 40G & 100G optics there are multiple lanes per interface, so the OID I'm polling is not a one-to-one match with the ifName. (10G optics have a single lane 0.) Here's an example from snmpwalk: IF-MIB::ifName.580 = STRING: et-4/0/0 SNMPv2-SMI::enterprises.2636.3.60.1.2.1.1.6.580.0 = INTEGER: -223 SNMPv2-SMI::enterprises.2636.3.60.1.2.1.1.6.580.1 = INTEGER: -198 SNMPv2-SMI::enterprises.2636.3.60.1.2.1.1.6.580.2 = INTEGER: -227 SNMPv2-SMI::enterprises.2636.3.60.1.2.1.1.6.580.3 = INTEGER: -228 You can see that et-4/0/0 (580) includes 4 lanes, reported as 580.0, 580.1, 580.2, and 580.3 So what I want to do is iterate the ifRxPower OID, and report the ifName and Lane number on each line. I am having a hard time getting the ifName. I know I need to use the INDEX transform to pull out the index. ifRxIdx : INDEX : {ifRxPower} This pull out the indices, which in this case are 580.0, 580.1, 580.2, and 580.3 And then I'm using REGSUBs to split the index into the leaf I need to grab out of ifName and the lane number. ifRxIfIdx : REGSUB : {ifRxIdx} /^(\d+)\.\d+$/$1/ ifRxLane : REGSUB : {ifRxIdx} /^\d+\.(\d+)$/$1/ This all works as expected, putting the first part of the index in ifRxIfIdx (580, in this example), and the lane numbers (not values) in ifRxLane. The following message file proves this out. TABLE:noalarmsmsg Rx Index|Rx If Index|Rx Lane {ifRxIdx}|{ifRxIfIdx}|{ifRxLane} Giving the output Rx Index Rx If Index Rx Lane 580.0 580 0 580.1 580 1 580.2 580 2 580.3 580 3 So far so good! However nothing I've tried has allowed me to actually combine the index ifRxIfIdx with the ifName to pull out the correct value. I've tried every combination of CHAIN I can think of, going so far as to actually store the ifName numeric OID value in a repeater variable. This also didn't work. :) Does anyone have anything similar working in practice or can shed any light on how this works? Thanks, Steve |
From: Stef C. <ste...@do...> - 2018-05-24 14:50:33
|
On 05/24/2018 12:58 PM, Shalav Sharma wrote: > Hi there, > > We have devmon (version 0.2) over RHEL 6.7 and I am trying to poll a Cisco > router which is snmp v3 enabled. But its seems dm_snmp.pm does not snmp v3 > yet. May I now if devmon supports snmp v3 yet? If yes then please pass on > the latest dm_snmp.pm or link to the version of devmon which supports this > snmp v3. Also please give one example of hosts.cfg on how to pass snmp v3 > parameters. And any other file which requires modification? > > Thanks in advance. Appreciate your early response. I have a version of devmon with snmp v3 support. It's not ready to be released. It needs some code cleanup and documentation. The changes are not that hard, but the Devmon code is rather messy and not so easy to understand. You also need an extra configuration file for v3 options. I have it on my TODO list to get my code released. I'm also looking for the original authors, they can contact me off list if required. Stef |
From: Shalav S. <sha...@gm...> - 2018-05-24 10:59:06
|
Hi there, We have devmon (version 0.2) over RHEL 6.7 and I am trying to poll a Cisco router which is snmp v3 enabled. But its seems dm_snmp.pm does not snmp v3 yet. May I now if devmon supports snmp v3 yet? If yes then please pass on the latest dm_snmp.pm or link to the version of devmon which supports this snmp v3. Also please give one example of hosts.cfg on how to pass snmp v3 parameters. And any other file which requires modification? Thanks in advance. Appreciate your early response. Thanks, Shalav. |
From: Futamura N. <nor...@se...> - 2018-04-27 08:04:35
|
I was able to solve it self in the following way. In the devmon "if_load" template, oids of ifName are changed from ".1.3.6.1.2.1.31.1.1.1.2" to ".1.3.6.1.2.1.31.1.1.1.1". With this change, I confirmed that the interface list and the graph are displayed on the monitor screen of Xymon. -----Original Message----- From: Futamura Norihiko <nor...@se...> Sent: Wednesday, April 25, 2018 3:13 PM To: dev...@li... Subject: [Devmon] About how to display devmon custom test graph in xymon I have problems with graphing if_load of DEVMON. I want to graph the network traffic (if_load) of Windows clients with Xymon, but it does not work. Although the following settings were made referring to the guide, the setting of "Missing repeater data for primary OID ifName" is displayed on Xymon's monitoring screen. Since the rrd file of if_load does not exist in / home / xymon / data / rrd / client /, it seems that creation of rrd has failed, but a good method can not be found. If you have information on how to solve it, please provide information. https://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO/Devmon_SNMP ※ Because you are translating machines with google, please forgive me for poor English expression. 【Corresponding Details】 ● Configuration: · Xymon server OS: CentOS release 6.9 Xymon 4.3.17 Devmon version 0.3.1 - beta 1 ·client OS: Windows2012R2 SNMP v2 ● What you want to do: Graphically display the network traffic (if_load) of the client machine on the Xymon monitoring screen ● Completed work: 1) Xymon 4.3.17 installation 2) Devmon version 0.3.1 - beta 1 installation (to / usr / local / devmon) 3) Confirm that SNMP information of client can be obtained with snmpget command 4) Add "client IP address # DEVMON" to hosts.cfg and confirm that clients are displayed in Xymon monitoring target 5) Create template for client ① Create client directory under / usr / local / devmon / templates ② This time, try copying the complete set of "linux - openwrt" template to the client directory ③ Edit specs file 6) Execute "/ usr / local / devmon / devmon --readbbhosts - vvv" and confirm that the client is registered in hosts.db 7) Edit Xymon's tasks.cfg and add "- extra - script = ~ / devmon - rrd.pl - extra - tests = if - load" to the CMD of [rrdstatus] and [rrddata] 【Addendum part】 [rrdstatus] ENVFILE /home/xymon/server/etc/xymonserver.cfg NEEDS xymond CMD xymond_channel - channel = status - log = $ XYMONSERVERLOGS / rrd - status.log xymond_rrd - rrddir = $ XYMONVAR / rrd - extra - script = / usr / local / devmon / extras / devmon - rrd.pl - extra-tests = if_load - debug # "rrddata" updates RRD files with information that arrives as "data" messages. [rrddata] ENVFILE /home/xymon/server/etc/xymonserver.cfg NEEDS xymond CMD xymond_channel - channel = data - log = $ XYMONSERVERLOGS / rrd - data.log xymond_rrd - rrddir = $ XYMONVAR / rrd - extra - script = / usr / local / devmon / extras / devmon - rrd.pl - extra-tests = if_load - debug 9) "if_load = devmon" is appended to TEST 2 RRD of xymonserver.cfg 10) Add "devmon :: 2" to GRAPHS of xymonserver.cfg 11) Added graph definition of [if_load] to graphs.cfg [if_load] FNPATTERN if_load. (. *). Rrd TITLE Network Traffic YAXIS Bits / second DEF: in @ RRDIDX @ = @ RRDFN @: ds 0: AVERAGE CDEF: inbytes @ RRDIDX @ = in @ RRDIDX @, 8, * DEF: out @ RRDIDX @ = @ RRDFN @: ds 1: AVERAGE CDEF: outbytes @ RRDIDX @ = out @ RRDIDX @, 8, * LINE 1: inbytes @ RRDIDX @ # @ COLOR @: @ RRDPARAM @ In GPRINT: inbytes @ RRDIDX @: LAST:% 8.2 lf% s (cur) GPRINT: inbytes @ RRDIDX @: MAX:% 8.2 lf% s (max) GPRINT: inbytes @ RRDIDX @: MIN:% 8.2 lf% s (min) GPRINT: inbytes @ RRDIDX @: AVERAGE:% 8.2 lf% s (avg) \ n LINE 1: outbytes @ RRDIDX @ # @ COLOR @: @ RRDPARAM @ Out 12) "- multigraphs = if_load" is appended to CGI_SVC_OPTS of cgioptions.cfg ※ Reference URL https://translate.google.com/translate?hl=en&sl=en&u=https://sourceforge.net/p/devmon/mailman/message/23874966/&prev=search CGI_SVC_OPTS = "- env = $ XYMONENV - no - svcid - history - top - multigraphs = if - load" 13) Restart Xymon ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Devmon-support mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Futamura N. <nor...@se...> - 2018-04-25 06:45:44
|
I have problems with graphing if_load of DEVMON. I want to graph the network traffic (if_load) of Windows clients with Xymon, but it does not work. Although the following settings were made referring to the guide, the setting of "Missing repeater data for primary OID ifName" is displayed on Xymon's monitoring screen. Since the rrd file of if_load does not exist in / home / xymon / data / rrd / client /, it seems that creation of rrd has failed, but a good method can not be found. If you have information on how to solve it, please provide information. https://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO/Devmon_SNMP ※ Because you are translating machines with google, please forgive me for poor English expression. 【Corresponding Details】 ● Configuration: · Xymon server OS: CentOS release 6.9 Xymon 4.3.17 Devmon version 0.3.1 - beta 1 ·client OS: Windows2012R2 SNMP v2 ● What you want to do: Graphically display the network traffic (if_load) of the client machine on the Xymon monitoring screen ● Completed work: 1) Xymon 4.3.17 installation 2) Devmon version 0.3.1 - beta 1 installation (to / usr / local / devmon) 3) Confirm that SNMP information of client can be obtained with snmpget command 4) Add "client IP address # DEVMON" to hosts.cfg and confirm that clients are displayed in Xymon monitoring target 5) Create template for client ① Create client directory under / usr / local / devmon / templates ② This time, try copying the complete set of "linux - openwrt" template to the client directory ③ Edit specs file 6) Execute "/ usr / local / devmon / devmon --readbbhosts - vvv" and confirm that the client is registered in hosts.db 7) Edit Xymon's tasks.cfg and add "- extra - script = ~ / devmon - rrd.pl - extra - tests = if - load" to the CMD of [rrdstatus] and [rrddata] 【Addendum part】 [rrdstatus] ENVFILE /home/xymon/server/etc/xymonserver.cfg NEEDS xymond CMD xymond_channel - channel = status - log = $ XYMONSERVERLOGS / rrd - status.log xymond_rrd - rrddir = $ XYMONVAR / rrd - extra - script = / usr / local / devmon / extras / devmon - rrd.pl - extra-tests = if_load - debug # "rrddata" updates RRD files with information that arrives as "data" messages. [rrddata] ENVFILE /home/xymon/server/etc/xymonserver.cfg NEEDS xymond CMD xymond_channel - channel = data - log = $ XYMONSERVERLOGS / rrd - data.log xymond_rrd - rrddir = $ XYMONVAR / rrd - extra - script = / usr / local / devmon / extras / devmon - rrd.pl - extra-tests = if_load - debug 9) "if_load = devmon" is appended to TEST 2 RRD of xymonserver.cfg 10) Add "devmon :: 2" to GRAPHS of xymonserver.cfg 11) Added graph definition of [if_load] to graphs.cfg [if_load] FNPATTERN if_load. (. *). Rrd TITLE Network Traffic YAXIS Bits / second DEF: in @ RRDIDX @ = @ RRDFN @: ds 0: AVERAGE CDEF: inbytes @ RRDIDX @ = in @ RRDIDX @, 8, * DEF: out @ RRDIDX @ = @ RRDFN @: ds 1: AVERAGE CDEF: outbytes @ RRDIDX @ = out @ RRDIDX @, 8, * LINE 1: inbytes @ RRDIDX @ # @ COLOR @: @ RRDPARAM @ In GPRINT: inbytes @ RRDIDX @: LAST:% 8.2 lf% s (cur) GPRINT: inbytes @ RRDIDX @: MAX:% 8.2 lf% s (max) GPRINT: inbytes @ RRDIDX @: MIN:% 8.2 lf% s (min) GPRINT: inbytes @ RRDIDX @: AVERAGE:% 8.2 lf% s (avg) \ n LINE 1: outbytes @ RRDIDX @ # @ COLOR @: @ RRDPARAM @ Out 12) "- multigraphs = if_load" is appended to CGI_SVC_OPTS of cgioptions.cfg ※ Reference URL https://translate.google.com/translate?hl=en&sl=en&u=https://sourceforge.net/p/devmon/mailman/message/23874966/&prev=search CGI_SVC_OPTS = "- env = $ XYMONENV - no - svcid - history - top - multigraphs = if - load" 13) Restart Xymon |
From: Stef C. <ste...@do...> - 2018-03-27 21:29:55
|
On 03/27/2018 04:58 PM, Mathias Carlsson wrote: > Hi Stef! > I just wanted to say thank you! > There hasn't been any activity in the devmon sourceforge repo for a long time... > Did you send the patch to buchanmilne or eschwim? > Are the code available some where? I tested the code on 1 Devmon installation. Before releasing any patch, I have to cleanup my changes and test them on a few other Devemon instances. I don't have any contact with original authors. Stef |
From: Mathias C. <mat...@ag...> - 2018-03-27 14:58:47
|
Hi Stef! I just wanted to say thank you! There hasn't been any activity in the devmon sourceforge repo for a long time... Did you send the patch to buchanmilne or eschwim? Are the code available some where? /Mathias -----Ursprungligt meddelande----- Från: Stef Coene [mailto:ste...@do...] Skickat: den 13 mars 2018 15:29 Till: dev...@li... Ämne: Re: [Devmon] v3 support On 03/07/2018 10:53 PM, Stef Coene wrote: > Hi, > > Just wondering if anyone has updated devmon to support SNMP v3? In case someone is interessted, I updated devmon so it supports SNMP v3. I also found a bug in dm_config.pm on 3 places: next if $sysdesc eq 'UNDEFINED'; This should be changed to next OLDHOST if $sysdesc eq 'UNDEFINED'; next NEWHOST if $sysdesc eq 'UNDEFINED'; next CUSTOMHOST if $sysdesc eq 'UNDEFINED'; Stef ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Devmon-support mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Stef C. <ste...@do...> - 2018-03-13 14:28:42
|
On 03/07/2018 10:53 PM, Stef Coene wrote: > Hi, > > Just wondering if anyone has updated devmon to support SNMP v3? In case someone is interessted, I updated devmon so it supports SNMP v3. I also found a bug in dm_config.pm on 3 places: next if $sysdesc eq 'UNDEFINED'; This should be changed to next OLDHOST if $sysdesc eq 'UNDEFINED'; next NEWHOST if $sysdesc eq 'UNDEFINED'; next CUSTOMHOST if $sysdesc eq 'UNDEFINED'; Stef |
From: Stef C. <ste...@do...> - 2018-03-07 21:53:28
|
Hi, Just wondering if anyone has updated devmon to support SNMP v3? Stef |
From: Steve S. <sst...@mn...> - 2017-11-02 17:57:44
|
Good Day! I am trying to setup devmon to graph trends on multiple cpu loads. I have a message file that I created, that shows all the cpu loads, but I cannot figure out how to store them into the RRD file, so I can have the history. I've done a bit of searching, and I just can't seem to figure out how to do it. I am also adding this to a current running server, so I am trying not to break what is existing. Thanks, and I hope that someone can help me with my problem! Steve. |
From: Stef C. <ste...@do...> - 2017-09-07 10:53:39
|
On 2017-09-07 12:18, W.J.M. Nelis wrote: > Hello Stef, > >> >>>> I want to combine 2 OIDs in the threshold file so I can set the >>>> color if each OID has a certain status. >>>> >>>> I don't find a transform or threholds option to combine the status >>>> of the OIDs. >>>> >>>> Can this be done? >>> >>> Yes. Use transform WORST or transform BEST to create a new OID. >>> Attribute .color of this new OID is then used in the message. >> I tried that, but that does not work. >> I want to monitor a SAN switch port. >> The port status can be UP or DOWN. >> The admin port status can be UP or DOWN. >> >> There are 3 possible caes: >> PORT = UP, ADMIN = UP -> green >> PORT = DOWN, ADMIN = DOWN -> green >> PORT = DOWN, ADMIN = UP -> red >> >> I need a 'DIFF' threhold..... > > As one combination is not possible, (port up, admin down) you can also > play with boolean logic. > A) Make OID AdminStatus red if it is up (!) > B) Make OID PortStatus red if it is down > C) Make an OID CombinedStatus which is BEST(AdminStatus,PortStatus) > D) Show OID CombinedStatus in the message I already found the same solution. Bedankt ;) Stef |
From: Stef C. <ste...@do...> - 2017-09-07 10:28:39
|
On 2017-09-07 10:37, W.J.M. Nelis wrote: > Hello Stef , > >> >> I want to combine 2 OIDs in the threshold file so I can set the color >> if each OID has a certain status. >> >> I don't find a transform or threholds option to combine the status of >> the OIDs. >> >> Can this be done? > > Yes. Use transform WORST or transform BEST to create a new OID. > Attribute .color of this new OID is then used in the message. I tried that, but that does not work. I want to monitor a SAN switch port. The port status can be UP or DOWN. The admin port status can be UP or DOWN. There are 3 possible caes: PORT = UP, ADMIN = UP -> green PORT = DOWN, ADMIN = DOWN -> green PORT = DOWN, ADMIN = UP -> red I need a 'DIFF' threhold..... Stef |
From: Stef C. <ste...@do...> - 2017-09-06 09:01:43
|
Hi, I want to combine 2 OIDs in the threshold file so I can set the color if each OID has a certain status. I don't find a transform or threholds option to combine the status of the OIDs. Can this be done? Stef |
From: Wim N. <wim...@zi...> - 2017-04-26 19:36:57
|
Hello Oliver, When rereading your e-mail it became clear that the IP address in cipSecEndPtRemoteAddr1 is not encoded as an hexadecimal string (8 characters) but as an octet string (4 characters). Still, it is possible to use a single transform to get the desired result, if Devmon patch # 36 (which patches only two lines in Devmon) is applied. The transform is: ip1 : REGSUB : {cipSecEndPtRemoteAddr1} /^(.)(.)(.)(.)$/ord($1) . '.' . ord($2) . '.' . ord($3) . '.' . ord($4)/e Regards, Wim Nelis. |
From: <ol...@nm...> - 2017-04-26 11:10:11
|
hello Buchan, - I don't get why concat is not working. Any idea or example how to user it ? - Yes probably a just printf may be good :) - I already try the REGSUB with /.*/ but was not working. I will try yours. many thx for you quick answer !! oau On 26.04.2017 06:53, Buchan Milne wrote: > Hi Olivier, > > There should probably be a transform that can use e.g. printf or > similar. > > However, you can probably get what you need with REGSUB, e.g.: > > ip1: REGSUB : {cipSecEndPtRemoteAddr11d} /^.*$/$1.{ > cipSecEndPtRemoteAddr12d}.{cipSecEndPtRemoteAddr13d}.{ > cipSecEndPtRemoteAddr14d}/ > > (or similar) > > Regards, > Buchan > > On Tue, Apr 25, 2017 at 10:44 PM, <ol...@nm...> wrote: > >> hello >> >> I'm working on a template for asa vpn. I got ips in HEX format and I >> would like to get them in cidr way. >> >> I started like this : >> >> cipSecEndPtRemoteAddr11B : SUBSTR : {cipSecEndPtRemoteAddr1} 0 1 >> cipSecEndPtRemoteAddr12B : SUBSTR : {cipSecEndPtRemoteAddr1} 1 1 >> cipSecEndPtRemoteAddr13B : SUBSTR : {cipSecEndPtRemoteAddr1} 2 1 >> cipSecEndPtRemoteAddr14B : SUBSTR : {cipSecEndPtRemoteAddr1} 3 1 >> >> cipSecEndPtRemoteAddr11H : UNPACK : {cipSecEndPtRemoteAddr11B} H2 >> cipSecEndPtRemoteAddr12H : UNPACK : {cipSecEndPtRemoteAddr12B} H2 >> cipSecEndPtRemoteAddr13H : UNPACK : {cipSecEndPtRemoteAddr13B} H2 >> cipSecEndPtRemoteAddr14H : UNPACK : {cipSecEndPtRemoteAddr14B} H2 >> >> cipSecEndPtRemoteAddr11d : CONVERT : {cipSecEndPtRemoteAddr11H} hex >> cipSecEndPtRemoteAddr12d : CONVERT : {cipSecEndPtRemoteAddr12H} hex >> cipSecEndPtRemoteAddr13d : CONVERT : {cipSecEndPtRemoteAddr13H} hex >> cipSecEndPtRemoteAddr14d : CONVERT : {cipSecEndPtRemoteAddr14H} hex >> >> ip1: MATH : {cipSecEndPtRemoteAddr11d} . {cipSecEndPtRemoteAddr12d} . >> {cipSecEndPtRemoteAddr13d} . {cipSecEndPtRemoteAddr14d} >> >> where cipSecEndPtRemoteAddr1 is the ip in HEX. It's working well >> except >> I'm not able to just concat the 4 element in one. >> >> any clue ? >> >> many thx >> >> oau >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Devmon-support mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devmon-support >> > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |