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: Gildas Le N. <gn...@sa...> - 2007-03-30 13:41:47
|
>>Which devmon version are you using? > 0.3. Eric, is there a difference in the way SUBSTR works between 0.2.2 and 0.3? |
From: Tom G. <to...@mc...> - 2007-03-30 13:37:18
|
Gildas Le Nadan wrote: >>> A way to test if fuelGaugeStatusNumeric is what we thinks it is is to >>> display it: >> >> Forcing the display of the fuelGaugeStatusNumericvalue shows a "1", as >> shown by the poorly lined wrapped table below. (Note, I changed some of >> the titles in that table) >> >> Power Modules >> ------------- >> Alarming on (1,2) >> Domain Power Domain Status 1st Power Module 2nd Power Module Devmon >> gauge value >> 1 red 1 - Power domain status is good. Bay 1: 1875W Bay 2: 1875W 1 >> 2 red 1 - Power domain status is good. Bay 3: 1875W Bay 4: 1875W 1 >> >> Running devmon in debug mode and sending the output to the console, I >> get the impression that the test is red because it is skipped all >> together, possibly because the snmp returns 2 values and the transform >> is setup to deal with only 1 value? >> >> [07-03-30@09:03:29] Entering poll loop >> [07-03-30@09:03:29] SUBSTR transform uses only a single oid, a numeric >> offset and an optional shift value at >> /home/hobbit/server/ext/devmon/templates/bladecenter/power/transforms, >> line 1 >> [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' referenced in >> /home/hobbit/server/ext/devmon/templates/bladecenter/power/thresholds at >> line 3 >> [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' referenced in >> /home/hobbit/server/ext/devmon/templates/bladecenter/power/thresholds at >> line 3 >> [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' referenced in >> /home/hobbit/server/ext/devmon/templates/bladecenter/power/thresholds at >> line 3 >> [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' at line 17 of >> /home/hobbit/server/ext/devmon/templates/bladecenter/power/message, >> skipping this test. > > Yeah I suspect you're right here. Might be necessary to split it into 2 oids, along with what ever other bits are touched by this part of the tests. > Strange it didn't seem to have the same behaviour for me on devmon > v0.2.2 thought I also have 4 power modules per bladecenter chassis. > Maybe I had the exact same case but the other way round (i-e it was > always green)? Probably so. > Which devmon version are you using? 0.3. -- Tom Georgoulias Systems Engineer McClatchy Interactive to...@mc... |
From: Gildas Le N. <gn...@sa...> - 2007-03-30 13:16:18
|
>>A way to test if fuelGaugeStatusNumeric is what we thinks it is is to >>display it: > > > Forcing the display of the fuelGaugeStatusNumericvalue shows a "1", as > shown by the poorly lined wrapped table below. (Note, I changed some of > the titles in that table) > > Power Modules > ------------- > Alarming on (1,2) > Domain Power Domain Status 1st Power Module 2nd Power Module Devmon > gauge value > 1 red 1 - Power domain status is good. Bay 1: 1875W Bay 2: 1875W 1 > 2 red 1 - Power domain status is good. Bay 3: 1875W Bay 4: 1875W 1 > > Running devmon in debug mode and sending the output to the console, I > get the impression that the test is red because it is skipped all > together, possibly because the snmp returns 2 values and the transform > is setup to deal with only 1 value? > > [07-03-30@09:03:29] Entering poll loop > [07-03-30@09:03:29] SUBSTR transform uses only a single oid, a numeric > offset and an optional shift value at > /home/hobbit/server/ext/devmon/templates/bladecenter/power/transforms, > line 1 > [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' referenced in > /home/hobbit/server/ext/devmon/templates/bladecenter/power/thresholds at > line 3 > [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' referenced in > /home/hobbit/server/ext/devmon/templates/bladecenter/power/thresholds at > line 3 > [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' referenced in > /home/hobbit/server/ext/devmon/templates/bladecenter/power/thresholds at > line 3 > [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' at line 17 of > /home/hobbit/server/ext/devmon/templates/bladecenter/power/message, > skipping this test. Yeah I suspect you're right here. Strange it didn't seem to have the same behaviour for me on devmon v0.2.2 thought I also have 4 power modules per bladecenter chassis. Maybe I had the exact same case but the other way round (i-e it was always green)? Which devmon version are you using? Cheers Gildas |
From: Tom G. <to...@mc...> - 2007-03-30 13:10:15
|
Gildas Le Nadan wrote: > Just in case, let me explain what it is supposed to do: fuel gauge > status is given as a string an not as a numeric value so I had to > transform it into a numeric value to be able to set thresholds. > > In oids: > fuelGaugeStatus : .1.3.6.1.4.1.2.3.51.2.2.10.1.1.1.3 : branch > -> I retrieve all the leaves attached to this oid under the name > fuelGaugeStatus > > In transform: > fuelGaugeStatusNumeric : SUBSTR : {fuelGaugeStatus} 0 1 > -> Get the first char and assign it to fuelGaugeStatusNumeric (see > docs/TEMPLATES for documentation on SUBSTR) > > Assuming that the SUBSTR is working as intended, what you may try to do > is to add the following in thresholds: > > fuelGaugeStatusNumeric : green: =1 : Fuel Gauge status is > {fuelGaugeStatus} > > That should force the green status. I tried this before posting yesterday and it didn't work. > A way to test if fuelGaugeStatusNumeric is what we thinks it is is to > display it: Forcing the display of the fuelGaugeStatusNumericvalue shows a "1", as shown by the poorly lined wrapped table below. (Note, I changed some of the titles in that table) Power Modules ------------- Alarming on (1,2) Domain Power Domain Status 1st Power Module 2nd Power Module Devmon gauge value 1 red 1 - Power domain status is good. Bay 1: 1875W Bay 2: 1875W 1 2 red 1 - Power domain status is good. Bay 3: 1875W Bay 4: 1875W 1 Running devmon in debug mode and sending the output to the console, I get the impression that the test is red because it is skipped all together, possibly because the snmp returns 2 values and the transform is setup to deal with only 1 value? [07-03-30@09:03:29] Entering poll loop [07-03-30@09:03:29] SUBSTR transform uses only a single oid, a numeric offset and an optional shift value at /home/hobbit/server/ext/devmon/templates/bladecenter/power/transforms, line 1 [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' referenced in /home/hobbit/server/ext/devmon/templates/bladecenter/power/thresholds at line 3 [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' referenced in /home/hobbit/server/ext/devmon/templates/bladecenter/power/thresholds at line 3 [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' referenced in /home/hobbit/server/ext/devmon/templates/bladecenter/power/thresholds at line 3 [07-03-30@09:03:29] Undefined oid 'fuelGaugeStatusNumeric' at line 17 of /home/hobbit/server/ext/devmon/templates/bladecenter/power/message, skipping this test. > I am interested in any change you make ;) I will be glad to share them. -- Tom Georgoulias Systems Engineer McClatchy Interactive to...@mc... |
From: Gildas Le N. <gn...@sa...> - 2007-03-30 10:21:16
|
Tom Georgoulias wrote: > Tom Georgoulias wrote: > > >>>Those are the template for the bladecenter (not the bladecenter H or T >>>though they may be compatible) I started making. >>> >>>Hopefully they may be usable as is or be a starting base. >> >>Thank you for the templates. They work as is, and I'm starting to >>experiment with them. > > > Guess I spoke too soon, all of the bladecenters are showing red alerts > for the "power" test, even though they report that they OK. Here's an > example of the red power status: Hum strange, I have no idea why it's not working for you as it was for me. I used it with devmon v0.2.2 and this used to work for me ;) > Power Modules > ------------- > Alarming on (1,2) > 1 red 1 - Power domain status is good. Bay 1: 1875W Bay 2: 1875W > 2 red 1 - Power domain status is good. Bay 3: 1875W Bay 4: 1875W > > Looking at the templates for power, I see that the threshold for a red > alert is "3", but I'm not sure why the test is showing up as red when > the value returned for fuelGaugeStatus is 1 (or at least I think it is > returning 1.) > > from thresholds template: > > fuelGaugeStatusNumeric : red : =3 : Fuel Gauge status is > {fuelGaugeStatus} > fuelGaugeStatusNumeric : yellow: =2 : Fuel Gauge status is > {fuelGaugeStatus} > > Doing a snmpget of the bladecenter, I get an error when I query the OID > .1.3.6.1.4.1.2.3.51.2.2.10.1.1.1.3 (as listed in the OID template), but Yes, it's not a leaf and afaik it has no property and cannot be queried but just "walked" > not when I query 1.3.6.1.4.1.2.3.51.2.2.10.1.1.1.3.1 and > 1.3.6.1.4.1.2.3.51.2.2.10.1.1.1.3.2. (Note the addition of .1 and .2 at > the end of the OID). > > Output from snmpwalk: > > "1 - Power domain status is good." > > That 1 is the value for fuelGaugeStatus, right? The transform template > replaces " with 1, right? > > What am I missing or doing wrong? Any help is appreciated. Yes I think you got it. Just in case, let me explain what it is supposed to do: fuel gauge status is given as a string an not as a numeric value so I had to transform it into a numeric value to be able to set thresholds. In oids: fuelGaugeStatus : .1.3.6.1.4.1.2.3.51.2.2.10.1.1.1.3 : branch -> I retrieve all the leaves attached to this oid under the name fuelGaugeStatus In transform: fuelGaugeStatusNumeric : SUBSTR : {fuelGaugeStatus} 0 1 -> Get the first char and assign it to fuelGaugeStatusNumeric (see docs/TEMPLATES for documentation on SUBSTR) Assuming that the SUBSTR is working as intended, what you may try to do is to add the following in thresholds: fuelGaugeStatusNumeric : green: =1 : Fuel Gauge status is {fuelGaugeStatus} That should force the green status. A way to test if fuelGaugeStatusNumeric is what we thinks it is is to display it: --- templates/bladecenter/power/message.orig 2006-11-24 14:33:12.000000000 +0000 +++ templates/bladecenter/power/message 2007-03-30 11:19:26.985628680 +0100 @@ -1,8 +1,8 @@ Power Modules ------------- TABLE: - #|Status|1st Power Module|2nd Power Module -{fuelGaugeIndex}|{fuelGaugeStatusNumeric.color} {fuelGaugeStatus}|{fuelGaugeFirstPowerModule}|{fuelGaugeSecondPowerModule} + #|Status|1st Power Module|2nd Power Module|Fuel Gauge numeric status +{fuelGaugeIndex}|{fuelGaugeStatusNumeric.color} {fuelGaugeStatus}|{fuelGaugeFirstPowerModule}|{fuelGaugeSecondPowerModule}|{fuelGaugeStatusNumeric} Power Domain 1 -------------- HTH I am interested in any change you make ;) Cheers Gildas |
From: Marganne, E. <ema...@be...> - 2007-03-30 09:55:06
|
Hello all, =20 I am currently testing Devmon on a world wide network and it polls a lot of different devices. First I must say that it works well even without any cluster mode.=20 =20 For your information here are my settings: CYCLETIME=3D300 DEADTIME=3D180 CLEARTIME=3D900 NUMFORKS=3D15 MAXPOLLTIME=3D300 SNMPTIMEOUT=3D5 SNMPTRIES=3D5. =20 I poll about 150 devices and there are no problems noticed.=20 =20 However I have a question about the reading of the bb-hosts file. It looks like Devmon start as much son process with that reading than the polling part. Another question, maybe like to this one, what happen when the bb-hosts is not read on time (5 mins in my case)? And what is the hosts.db refresh time ? Is there a way to eliminate hosts that have been added by Devmon in there or no?=20 =20 Many thanks for answering my request. =20 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: Tom G. <to...@mc...> - 2007-03-29 20:40:40
|
Tom Georgoulias wrote: >> Those are the template for the bladecenter (not the bladecenter H or T >> though they may be compatible) I started making. >> >> Hopefully they may be usable as is or be a starting base. > > Thank you for the templates. They work as is, and I'm starting to > experiment with them. Guess I spoke too soon, all of the bladecenters are showing red alerts for the "power" test, even though they report that they OK. Here's an example of the red power status: Power Modules ------------- Alarming on (1,2) 1 red 1 - Power domain status is good. Bay 1: 1875W Bay 2: 1875W 2 red 1 - Power domain status is good. Bay 3: 1875W Bay 4: 1875W Looking at the templates for power, I see that the threshold for a red alert is "3", but I'm not sure why the test is showing up as red when the value returned for fuelGaugeStatus is 1 (or at least I think it is returning 1.) from thresholds template: fuelGaugeStatusNumeric : red : =3 : Fuel Gauge status is {fuelGaugeStatus} fuelGaugeStatusNumeric : yellow: =2 : Fuel Gauge status is {fuelGaugeStatus} Doing a snmpget of the bladecenter, I get an error when I query the OID .1.3.6.1.4.1.2.3.51.2.2.10.1.1.1.3 (as listed in the OID template), but not when I query 1.3.6.1.4.1.2.3.51.2.2.10.1.1.1.3.1 and 1.3.6.1.4.1.2.3.51.2.2.10.1.1.1.3.2. (Note the addition of .1 and .2 at the end of the OID). Output from snmpwalk: "1 - Power domain status is good." That 1 is the value for fuelGaugeStatus, right? The transform template replaces " with 1, right? What am I missing or doing wrong? Any help is appreciated. -- Tom Georgoulias Systems Engineer McClatchy Interactive to...@mc... |
From: Tom G. <to...@mc...> - 2007-03-29 19:19:53
|
Gildas Le Nadan wrote: > Those are the template for the bladecenter (not the bladecenter H or T > though they may be compatible) I started making. > > Hopefully they may be usable as is or be a starting base. Thank you for the templates. They work as is, and I'm starting to experiment with them. -- Tom Georgoulias Systems Engineer McClatchy Interactive to...@mc... |
From: Sam A. <s_...@as...> - 2007-03-27 13:25:47
|
Folks, I have what I hope is a simple question. We're already using mrtg and rrd to collect and graph interface throughput stats on our routers, but we're also collecting other router data through devmon. What's the simplest way to graph these other items, like router CPU utilization? Grateful for a good pointer. Regards, Sam Asher |
From: Gildas Le N. <gn...@sa...> - 2007-03-26 15:52:58
|
Hi Those are the template for the bladecenter (not the bladecenter H or T though they may be compatible) I started making. Hopefully they may be usable as is or be a starting base. <legal>They are "copyright 2006-2007 Genome Research Limited / Gildas Le Nadan" and released under the GPL </legal> HTH Tom Georgoulias wrote: > Hi, > > I'm new to devmon but not to Hobbit. I was wondering if anyone on the > list had templates or starting creating templates for IBM bladecenters > and HP c-class bladesystems. If so, would you mind sharing them or want > to collaborate on creating or improving one? > > Thanks, > Tom |
From: Schwimmer, E. E *H. <EE...@hs...> - 2007-03-26 13:35:46
|
Hi Kim, This was a problem that I fixed (I think) in latest template package (which only works /w devmon v0.3.0 or higher). If you want to use the old version of devmon and the templates supplied with it, you'll have to fix it by hand. The problem was caused by two OID aliases having the same name (ifSpeed). Even though they were in different tests in the same template, the would still overwrite each other (there was a technical reason for doing this way, which basically was to reduce the amount of CPU and network traffic devmon spent polling OIDs). If you want to fix it, edit the "messages" and "transforms" files in the if_stat and if_load tests of the cisco-3500 template. Change all references of "ifSpeed" to "ifSpeedTxt". That should fix it. -Eric > -----Original Message----- > From: dev...@li... [mailto:devmon-support- > bo...@li...] On Behalf Of Kim Langtved Johansen > Sent: Friday, March 23, 2007 6:19 AM > To: dev...@li... > Subject: [Devmon] undestand 3550 and if speed >=20 > Hi, >=20 > I using devmon and Hobbit and want to watch some cisco 3550 router. > I also have some 3500XL router. >=20 > On the 3550 router I see the Ifs Speed i bits like "100000000" and on the > 3500 I se Ifc Speed en Mpbs like "100.00 Mpbs" >=20 > I have look ind the MIBS for the routers and the output som them is equal > like "100000000". >=20 > The transforms files are equal and so is message and oids also. >=20 > Can anyone help me? >=20 >=20 > -- > Kim Johansen |
From: Kim L. J. <kl...@Be...> - 2007-03-23 10:19:35
|
Hi, =20 I using devmon and Hobbit and want to watch some cisco 3550 router. I also have some 3500XL router. =20 On the 3550 router I see the Ifs Speed i bits like "100000000" and on the 3500 I se Ifc Speed en Mpbs like "100.00 Mpbs" =20 I have look ind the MIBS for the routers and the output som them is equal like "100000000".=20 =20 The transforms files are equal and so is message and oids also. =20 Can anyone help me? =20 =20 --=20 Kim Johansen |
From: Tom G. <to...@mc...> - 2007-03-22 16:56:10
|
Hi, I'm new to devmon but not to Hobbit. I was wondering if anyone on the list had templates or starting creating templates for IBM bladecenters and HP c-class bladesystems. If so, would you mind sharing them or want to collaborate on creating or improving one? Thanks, Tom -- Tom Georgoulias Systems Engineer McClatchy Interactive to...@mc... |
From: Schwimmer, E. E *H. <EE...@hs...> - 2007-03-21 14:34:14
|
[45-48] is definitely going to give you problems, since it is an invalid regex. If you have a range in a regex, it has to range from low to high (5-4 is high to low); ranges in a regex can, unfortunately, only have single digit arguments (i.e. 2-8, a-z, etc). =20 What you want is: "Fa0/4[5-8]". One problem in cases like this is when you want a range of interfaces that spans a 10s-digit boundry, ie ports 38-42. In this case you would have to use a compound regex: "Fa0/3[8-9]|Fa0/40-2]". Hope this helps, -Eric > -----Original Message----- > From: dev...@li... [mailto:devmon-support- > bo...@li...] On Behalf Of Thomas > Sent: Tuesday, March 20, 2007 2:54 PM > To: dev...@li... > Subject: Re: [Devmon] devmon crash on templates >=20 > I have had this problem also. If I specify Fa0/[45-48] it hangs witht > the error >=20 > [07-03-20@19:50:37] Missing repeater data for ifName for if_load msg > Invalid [] range "5-4" in regex; marked by <-- HERE in > m/^(Fa0/41|Fa0/[45-4 <-- HERE 8]|Po[3-4])$/ >=20 > changing the bb-hosts file to Fa0/4[5-8] works however. >=20 > Schwimmer, Eric E *HS wrote: > > Hrm. A malformed template definitely shouldn't cause devmon to crash. > > If you can reproduce the error, would you mind running devmon with the > > --debug and -vvv flags and sending the last few pertinent lines to me? > > > > Thanks! > > -Eric > > > > > >> -----Original Message----- > >> From: dev...@li... > >> > > [mailto:devmon-support- > > > >> bo...@li...] On Behalf Of Marganne, Etienne > >> Sent: Friday, March 02, 2007 5:40 AM > >> To: dev...@li... > >> Subject: [Devmon] devmon crash on templates > >> > >> Hello all, > >> > >> > >> > >> I tried and made work Devmon by yesterday after experiencing some > >> > > still > > > >> unidentified issues I have come to make it work properly. I must say > >> > > to > > > >> the originators of this tool that it is really a good one (maybe one > >> > > of > > > >> the best for Hobbit). > >> > >> > >> > >> This morning is started writing some templates which can be available > >> > > to > > > >> people who need them and I experience another crash. While I was > >> > > writing > > > >> templates, devmon main daemon (the master one) crashed silently. I > >> > > guess > > > >> the error comes from the fact that it experienced an unexpected token > >> while reading the "being written" template files. > >> > >> > >> > >> Has anyone already seen such event? Do we really need to stop and > >> > > restart > > > >> devmon when importing a new template? > >> > >> > >> > >> Etienne Marganne > >> > >> TI Automotive. > >> > >> 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. > >> > >> > > > > ------------------------------------------------------------------------ > - > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > > opinions on IT & business topics through brief surveys-and earn cash > > > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V > > _______________________________________________ > > Devmon-support mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devmon-support > > >=20 >=20 > ------------------------------------------------------------------------ - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Marganne, E. <ema...@be...> - 2007-03-21 07:45:27
|
What did you try? I do not understand what were you trying to do? And maybe can I help since I am still testing Devmon and regex within it. Etienne Margannne -----Original Message----- From: dev...@li... [mailto:dev...@li...] On Behalf Of Thomas Sent: mardi 20 mars 2007 19:54 To: dev...@li... Subject: Re: [Devmon] devmon crash on templates I have had this problem also. If I specify Fa0/[45-48] it hangs witht=20 the error [07-03-20@19:50:37] Missing repeater data for ifName for if_load msg Invalid [] range "5-4" in regex; marked by <-- HERE in=20 m/^(Fa0/41|Fa0/[45-4 <-- HERE 8]|Po[3-4])$/ changing the bb-hosts file to Fa0/4[5-8] works however. Schwimmer, Eric E *HS wrote: > Hrm. A malformed template definitely shouldn't cause devmon to crash. > If you can reproduce the error, would you mind running devmon with the > --debug and -vvv flags and sending the last few pertinent lines to me? > > Thanks! > -Eric > > =20 >> -----Original Message----- >> From: dev...@li... >> =20 > [mailto:devmon-support- > =20 >> bo...@li...] On Behalf Of Marganne, Etienne >> Sent: Friday, March 02, 2007 5:40 AM >> To: dev...@li... >> Subject: [Devmon] devmon crash on templates >> >> Hello all, >> >> >> >> I tried and made work Devmon by yesterday after experiencing some >> =20 > still > =20 >> unidentified issues I have come to make it work properly. I must say >> =20 > to > =20 >> the originators of this tool that it is really a good one (maybe one >> =20 > of > =20 >> the best for Hobbit). >> >> >> >> This morning is started writing some templates which can be available >> =20 > to > =20 >> people who need them and I experience another crash. While I was >> =20 > writing > =20 >> templates, devmon main daemon (the master one) crashed silently. I >> =20 > guess > =20 >> the error comes from the fact that it experienced an unexpected token >> while reading the "being written" template files. >> >> >> >> Has anyone already seen such event? Do we really need to stop and >> =20 > restart > =20 >> devmon when importing a new template? >> >> >> >> Etienne Marganne >> >> TI Automotive. >> >> The information contained in this transmission may contain privileged >> =20 > and > =20 >> confidential information. It is intended only for the use of the >> =20 > person(s) > =20 >> named above. If you are not the intended recipient, you are hereby >> notified that any review, dissemination, distribution or duplication >> =20 > of > =20 >> this communication is strictly prohibited. If you are not the intended >> recipient, please contact the sender by reply email and destroy all >> =20 > copies > =20 >> of the original message. >> >> =20 > > ------------------------------------------------------------------------ - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support > =20 ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Devmon-support mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devmon-support 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. 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: Thomas <tlp...@ho...> - 2007-03-20 21:27:02
|
I have had this problem also. If I specify Fa0/[45-48] it hangs witht the error [07-03-20@19:50:37] Missing repeater data for ifName for if_load msg Invalid [] range "5-4" in regex; marked by <-- HERE in m/^(Fa0/41|Fa0/[45-4 <-- HERE 8]|Po[3-4])$/ changing the bb-hosts file to Fa0/4[5-8] works however. Schwimmer, Eric E *HS wrote: > Hrm. A malformed template definitely shouldn't cause devmon to crash. > If you can reproduce the error, would you mind running devmon with the > --debug and -vvv flags and sending the last few pertinent lines to me? > > Thanks! > -Eric > > >> -----Original Message----- >> From: dev...@li... >> > [mailto:devmon-support- > >> bo...@li...] On Behalf Of Marganne, Etienne >> Sent: Friday, March 02, 2007 5:40 AM >> To: dev...@li... >> Subject: [Devmon] devmon crash on templates >> >> Hello all, >> >> >> >> I tried and made work Devmon by yesterday after experiencing some >> > still > >> unidentified issues I have come to make it work properly. I must say >> > to > >> the originators of this tool that it is really a good one (maybe one >> > of > >> the best for Hobbit). >> >> >> >> This morning is started writing some templates which can be available >> > to > >> people who need them and I experience another crash. While I was >> > writing > >> templates, devmon main daemon (the master one) crashed silently. I >> > guess > >> the error comes from the fact that it experienced an unexpected token >> while reading the "being written" template files. >> >> >> >> Has anyone already seen such event? Do we really need to stop and >> > restart > >> devmon when importing a new template? >> >> >> >> Etienne Marganne >> >> TI Automotive. >> >> 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. >> >> > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support > |
From: Taylor, R. <Rob...@He...> - 2007-03-16 18:03:28
|
Is it possible to specify a global replacement during the REGSUB? Typically I would just use the g option on the end of the substitution line, but that doesn't seem to work here. =20 Thanks, Robert |
From: Buchan M. <bg...@st...> - 2007-03-16 10:26:56
|
On Saturday 03 March 2007, Torben Aagaard wrote: > Hi Robert > > Search for the thread "NCV parsing status message" started Jan 24 on the > devmon list. > > Good luck That thread (on the Hobbit list actually) seems to just relate to applying = the=20 usual Hobbit patches ... but it doesn't have any generic instructions for h= ow=20 one would graph any devmon output (all of mine ends up in HTML tables, your= =20 example doesn't seem to have any HTML ... I think some documentation (and/or example configs for the default tests=20 devmon does) would be useful. I would be prepared to spend some time on it= =20 and maybe we could get it up on the shire (or in devmon). Regards, Buchan =2D-=20 Buchan Milne ISP Systems Specialist - Monitoring/Authentication Team Leader B.Eng,RHCE(803004789010797),LPIC-2(LPI000074592) |
From: Marganne, E. <ema...@be...> - 2007-03-16 09:13:41
|
OK I solved the problem I think it comes from the fact that you must have designed character to begin the string. Here is what makes the stuff crash: .*Ethernet.* Indeed we should do this: .+Ethernet.* Or even better: xxx+Ethernet I will not rerun the faulty line since it is damageable to my test environment sorry :-). I will however be happy to see what kind of regex we can exactly perform. Many thanks, Etienne. -----Original Message----- From: dev...@li... [mailto:dev...@li...] On Behalf Of Schwimmer, Eric E *HS Sent: jeudi 15 mars 2007 21:43 To: dev...@li... Subject: Re: [Devmon] New templates and process errors Hi again Etienne, Yeah, I put some very basic regex evaluation code in devmon, but it would be pretty difficult to write something that would find all problems with user-supplied regular expressions. Could you run devmon in the foreground (ideally with --debug) and let me know where it dies? I'll put some more parent-checking code in the child code to make them shutdown if they find their parent is MIA. -Eric > -----Original Message----- > From: dev...@li... [mailto:devmon-support- > bo...@li...] On Behalf Of Marganne, Etienne > Sent: Thursday, March 15, 2007 4:18 AM > To: dev...@li... > Subject: [Devmon] New templates and process errors > > Hello, > > > > I am actually developing new templates for Nokia VPN boxes, Checkpoint > firewalls and Netilla boxes. When they will be finished I will send them > to the mailing list. > > > > I also experienced some strange things yesterday trying to get things > fixed with regex. Indeed my regex expression was not well formed and it > leads the Devmon to crash. But what surprised me a bit is that there were > no proper clean-up. I had this morning a child which as a 100% cpu > consumption. I am still using the previous version of Devmon, 0-.2.2. > > Can you please fix that? Indeed it, also, appears that regex could crash > when you do not successfully retrieve data from a host. > > Here is what I get: > > Data type mismatch for memTempPer on test.server.com: 'No data' does not > match regex '^[-+]?\d+(\.\d+)?$' > > > > Many thanks. > > > > Etienne Marganne > > TI Automotive. > > 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. > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Devmon-support mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devmon-support 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: Schwimmer, E. E *H. <EE...@hs...> - 2007-03-15 20:47:10
|
Weird. It's definitely a value assignment problem on my parent. I'll look into it some more. -Eric > -----Original Message----- > From: dev...@li... [mailto:devmon-support- > bo...@li...] On Behalf Of Taylor, Robert > Sent: Thursday, March 15, 2007 4:13 PM > To: dev...@li... > Subject: Re: [Devmon] Elapsed Transform >=20 > OIDS > cikeTunLocalType : .1.3.6.1.4.1.9.9.171.1.2.3.1.2 : > Branch > cikeTunLocalValue : .1.3.6.1.4.1.9.9.171.1.2.3.1.3 : > Branch > cikeTunRemoteType : .1.3.6.1.4.1.9.9.171.1.2.3.1.6 : > Branch > cikeTunRemoteValue : .1.3.6.1.4.1.9.9.171.1.2.3.1.7 : > Branch > cikeTunEncryptAlgo : .1.3.6.1.4.1.9.9.171.1.2.3.1.12 : > Branch > cikeTunHashAlgo : .1.3.6.1.4.1.9.9.171.1.2.3.1.13 : > Branch > cikeTunAuthMethod : .1.3.6.1.4.1.9.9.171.1.2.3.1.14 : > Branch > cikeTunLifeTime : .1.3.6.1.4.1.9.9.171.1.2.3.1.15 : > Branch > cikeTunActiveTime : .1.3.6.1.4.1.9.9.171.1.2.3.1.16 : > Branch > cikeTunStatus : .1.3.6.1.4.1.9.9.171.1.2.3.1.35 : > Branch >=20 > TRANSFORMS > UpTimeTxt : ELAPSED : {cikeTunActiveTime} > cikeTunAuthMethodTxt : SWITCH : {cikeTunAuthMethod} 1 =3D None, 2 =3D > Pre-Shared Key, 3 =3D RSA Signature, 4 =3D RSA Encryption, 5 =3D = Public Key > cikeHashAlgoTxt : SWITCH : {cikeTunHashAlgo} 1 =3D None, 2 =3D MD5, 3 = =3D SHA > cikeTunEncryptAlgoTxt : SWITCH : {cikeTunEncryptAlgo} 0 =3D None, 2 = =3D DES, > 3 =3D 3DES >=20 > I wasn't sure if the mailing list supported attachments so I just > included the text here. I am using the transform on a repeater. >=20 > Robert >=20 >=20 > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf Of > Schwimmer, Eric E *HS > Sent: Thursday, March 15, 2007 4:04 PM > To: dev...@li... > Subject: Re: [Devmon] Elapsed Transform >=20 >=20 > Is this an ELAPSED type transform on a repeater (aka branch/table) type > OID? >=20 > Could you send me the template you are using so I can test it? >=20 > Thanks, > -Eric >=20 > > -----Original Message----- > > From: dev...@li... > [mailto:devmon-support- > > bo...@li...] On Behalf Of Taylor, Robert > > Sent: Wednesday, March 14, 2007 4:33 PM > > To: dev...@li... > > Subject: [Devmon] Elapsed Transform > > > > I am trying to transform an Integer that represents the number of > seconds > > an IPSec tunnel has been active. Whenever devmon runs I get the > following > > error message: > > > > > > > > [root@hobbit if_stat]# /usr/local/devmon/devmon -vv -f > > > > [07-03-14@16:26:19] ---Initilizing devmon... > > > > [07-03-14@16:26:19] Verbosity level: 2 > > > > [07-03-14@16:26:19] Logging to /var/log/devmon.log > > > > [07-03-14@16:26:19] Node 0 reporting to localhost > > > > [07-03-14@16:26:19] Running under process id: 4504 > > > > [07-03-14@16:26:19] Entering poll loop > > > > [07-03-14@16:26:25] Starting snmp queries > > > > [07-03-14@16:26:53] Performing test logic > > > > Can't use string ("2 days, 03:09:52") as a HASH ref while "strict > refs" in > > use at /usr/local/devmon-0.3.0-beta1/modules/dm_tests.pm line 1767, > > <$__ANONIO__> line 661. > > > > > > > > Any ideas? > > > > > > > > Thanks, > > > > Robert > > > > >=20 >=20 > ------------------------------------------------------------------------ > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE > V > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support >=20 > ------------------------------------------------------------------------ - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Schwimmer, E. E *H. <EE...@hs...> - 2007-03-15 20:45:34
|
Hi again Etienne, Yeah, I put some very basic regex evaluation code in devmon, but it would be pretty difficult to write something that would find all problems with user-supplied regular expressions. Could you run devmon in the foreground (ideally with --debug) and let me know where it dies? I'll put some more parent-checking code in the child code to make them shutdown if they find their parent is MIA. -Eric > -----Original Message----- > From: dev...@li... [mailto:devmon-support- > bo...@li...] On Behalf Of Marganne, Etienne > Sent: Thursday, March 15, 2007 4:18 AM > To: dev...@li... > Subject: [Devmon] New templates and process errors >=20 > Hello, >=20 >=20 >=20 > I am actually developing new templates for Nokia VPN boxes, Checkpoint > firewalls and Netilla boxes. When they will be finished I will send them > to the mailing list. >=20 >=20 >=20 > I also experienced some strange things yesterday trying to get things > fixed with regex. Indeed my regex expression was not well formed and it > leads the Devmon to crash. But what surprised me a bit is that there were > no proper clean-up. I had this morning a child which as a 100% cpu > consumption. I am still using the previous version of Devmon, 0-.2.2. >=20 > Can you please fix that? Indeed it, also, appears that regex could crash > when you do not successfully retrieve data from a host. >=20 > Here is what I get: >=20 > Data type mismatch for memTempPer on test.server.com: 'No data' does not > match regex '^[-+]?\d+(\.\d+)?$' >=20 >=20 >=20 > Many thanks. >=20 >=20 >=20 > Etienne Marganne >=20 > TI Automotive. >=20 > 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. >=20 |
From: Schwimmer, E. E *H. <EE...@hs...> - 2007-03-15 20:14:19
|
If it isn't in the template tarball, it probably doesn't exist yet :) I'd be surprised if there wasn't CPU info available *somewhere* in the private MIB on a 3825. I'd poke around in the 3800 section of the cisco website and see if you can find what MIBs the 3800s use, and then download those MIBs and grep through them for 'cpu' or whatnot. An alternative (and somewhat crude and unreliable method) would be to download the entire cisco MIB tarball and snmpwalk your 3854, and grep through the resulting output for 'cpu'. My .02, -Eric > -----Original Message----- > From: dev...@li... [mailto:devmon-support- > bo...@li...] On Behalf Of Rich Smrcina > Sent: Wednesday, March 14, 2007 7:14 PM > To: dev...@li... > Subject: [Devmon] Cisco 3825, 2811 and 2851 >=20 > Are there templates available for the Cisco routers in the subject? >=20 > I would certainly prefer to have a working set, but in the meantime I'm > trying to convert an existing template for the 3825. I collected all of > the SNMP data from the 3825 and there is no indication of any CPU data > being available. I'm going to guess I'm out of luck to get CPU info, > but I wanted to make sure... :) > -- > Rich Smrcina > VM Assist, Inc. > Phone: 414-491-6001 > Ans Service: 360-715-2467 > rich.smrcina at vmassist.com >=20 > Catch the WAVV! http://www.wavv.org > WAVV 2007 - Green Bay, WI - May 18-22, 2007 >=20 > ------------------------------------------------------------------------ - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Taylor, R. <Rob...@He...> - 2007-03-15 20:12:50
|
OIDS cikeTunLocalType : .1.3.6.1.4.1.9.9.171.1.2.3.1.2 : Branch cikeTunLocalValue : .1.3.6.1.4.1.9.9.171.1.2.3.1.3 : Branch cikeTunRemoteType : .1.3.6.1.4.1.9.9.171.1.2.3.1.6 : Branch cikeTunRemoteValue : .1.3.6.1.4.1.9.9.171.1.2.3.1.7 : Branch cikeTunEncryptAlgo : .1.3.6.1.4.1.9.9.171.1.2.3.1.12 : Branch cikeTunHashAlgo : .1.3.6.1.4.1.9.9.171.1.2.3.1.13 : Branch cikeTunAuthMethod : .1.3.6.1.4.1.9.9.171.1.2.3.1.14 : Branch cikeTunLifeTime : .1.3.6.1.4.1.9.9.171.1.2.3.1.15 : Branch cikeTunActiveTime : .1.3.6.1.4.1.9.9.171.1.2.3.1.16 : Branch cikeTunStatus : .1.3.6.1.4.1.9.9.171.1.2.3.1.35 : Branch TRANSFORMS UpTimeTxt : ELAPSED : {cikeTunActiveTime} cikeTunAuthMethodTxt : SWITCH : {cikeTunAuthMethod} 1 =3D None, 2 =3D Pre-Shared Key, 3 =3D RSA Signature, 4 =3D RSA Encryption, 5 =3D Public = Key cikeHashAlgoTxt : SWITCH : {cikeTunHashAlgo} 1 =3D None, 2 =3D MD5, 3 = =3D SHA cikeTunEncryptAlgoTxt : SWITCH : {cikeTunEncryptAlgo} 0 =3D None, 2 =3D = DES, 3 =3D 3DES I wasn't sure if the mailing list supported attachments so I just included the text here. I am using the transform on a repeater. Robert=20 -----Original Message----- From: dev...@li... [mailto:dev...@li...] On Behalf Of Schwimmer, Eric E *HS Sent: Thursday, March 15, 2007 4:04 PM To: dev...@li... Subject: Re: [Devmon] Elapsed Transform Is this an ELAPSED type transform on a repeater (aka branch/table) type OID? Could you send me the template you are using so I can test it? Thanks, -Eric > -----Original Message----- > From: dev...@li... [mailto:devmon-support- > bo...@li...] On Behalf Of Taylor, Robert > Sent: Wednesday, March 14, 2007 4:33 PM > To: dev...@li... > Subject: [Devmon] Elapsed Transform >=20 > I am trying to transform an Integer that represents the number of seconds > an IPSec tunnel has been active. Whenever devmon runs I get the following > error message: >=20 >=20 >=20 > [root@hobbit if_stat]# /usr/local/devmon/devmon -vv -f >=20 > [07-03-14@16:26:19] ---Initilizing devmon... >=20 > [07-03-14@16:26:19] Verbosity level: 2 >=20 > [07-03-14@16:26:19] Logging to /var/log/devmon.log >=20 > [07-03-14@16:26:19] Node 0 reporting to localhost >=20 > [07-03-14@16:26:19] Running under process id: 4504 >=20 > [07-03-14@16:26:19] Entering poll loop >=20 > [07-03-14@16:26:25] Starting snmp queries >=20 > [07-03-14@16:26:53] Performing test logic >=20 > Can't use string ("2 days, 03:09:52") as a HASH ref while "strict refs" in > use at /usr/local/devmon-0.3.0-beta1/modules/dm_tests.pm line 1767, > <$__ANONIO__> line 661. >=20 >=20 >=20 > Any ideas? >=20 >=20 >=20 > Thanks, >=20 > Robert >=20 >=20 ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Devmon-support mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devmon-support |
From: Schwimmer, E. E *H. <EE...@hs...> - 2007-03-15 20:06:28
|
Is this an ELAPSED type transform on a repeater (aka branch/table) type OID? Could you send me the template you are using so I can test it? Thanks, -Eric > -----Original Message----- > From: dev...@li... [mailto:devmon-support- > bo...@li...] On Behalf Of Taylor, Robert > Sent: Wednesday, March 14, 2007 4:33 PM > To: dev...@li... > Subject: [Devmon] Elapsed Transform >=20 > I am trying to transform an Integer that represents the number of seconds > an IPSec tunnel has been active. Whenever devmon runs I get the following > error message: >=20 >=20 >=20 > [root@hobbit if_stat]# /usr/local/devmon/devmon -vv -f >=20 > [07-03-14@16:26:19] ---Initilizing devmon... >=20 > [07-03-14@16:26:19] Verbosity level: 2 >=20 > [07-03-14@16:26:19] Logging to /var/log/devmon.log >=20 > [07-03-14@16:26:19] Node 0 reporting to localhost >=20 > [07-03-14@16:26:19] Running under process id: 4504 >=20 > [07-03-14@16:26:19] Entering poll loop >=20 > [07-03-14@16:26:25] Starting snmp queries >=20 > [07-03-14@16:26:53] Performing test logic >=20 > Can't use string ("2 days, 03:09:52") as a HASH ref while "strict refs" in > use at /usr/local/devmon-0.3.0-beta1/modules/dm_tests.pm line 1767, > <$__ANONIO__> line 661. >=20 >=20 >=20 > Any ideas? >=20 >=20 >=20 > Thanks, >=20 > Robert >=20 >=20 |
From: Marganne, E. <ema...@be...> - 2007-03-15 08:18:51
|
Hello, I am actually developing new templates for Nokia VPN boxes, Checkpoint firewalls and Netilla boxes. When they will be finished I will send them to the mailing list. I also experienced some strange things yesterday trying to get things fixed with regex. Indeed my regex expression was not well formed and it leads the Devmon to crash. But what surprised me a bit is that there were no proper clean-up. I had this morning a child which as a 100% cpu consumption. I am still using the previous version of Devmon, 0-.2.2. Can you please fix that? Indeed it, also, appears that regex could crash when you do not successfully retrieve data from a host. Here is what I get: Data type mismatch for memTempPer on test.server.com: 'No data' does not match regex '^[-+]?\d+(\.\d+)?$' Many thanks. Etienne Marganne TI Automotive. 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. |