Menu
▾
▴
RE: [Devmon] Not alerting when above thresholds
|
From: Schwimmer, E. E *H. <EE...@hs...> - 2006-03-08 17:16:25
|
Hrm. I've noticed this too, it just hasn't bothered me really until you mentioned it. I'll have to figure out how to make this configurable. -Eric > -----Original Message----- > From: dev...@li...=20 > [mailto:dev...@li...] On Behalf=20 > Of Whilding, Craig > Sent: Wednesday, March 08, 2006 12:03 PM > To: dev...@li... > Subject: RE: [Devmon] Not alerting when above thresholds >=20 > Yup that's working now on my NetApp stuff, I never thought it needed > setting up as the original method, should have twigged it from the > exceptions file for the Cisco stuff! Cheers for the change though. >=20 > One thing I have noticed though is that it always displays=20 > everything it > will alert on just above the table. As the case is it will alert on > everything this is a bit redundant for me and it can take up=20 > some space > on the larger filers for example. >=20 > Thanks, > Craig >=20 > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf Of > Schwimmer, Eric E *HS > Sent: 08 March 2006 16:49 > To: dev...@li... > Subject: RE: [Devmon] Not alerting when above thresholds >=20 >=20 > Okay, I think I've figured it out. This should definitely fix > the problem with the 6509 power supplies not alarming, and this > might fix your ifload problem to. >=20 > The problem stemmed from the fact that devmons alarm code was > something like this: >=20 > 1. By default, don't alarm > 2. If a template or custom 'alarm only' exception is defined > and it matches this row's primary id, alarm. > 3. If a template or custom 'no alarm' exception is defined > and it matches this row's primary id, don't alarm. >=20 > As you can see, if you have nothing defined in your exceptions > file (i.e. no 'alarm only' or 'no alarm' exceptions) you wont > alarm on anything.=20 >=20 > The attached patch changes the logic to this: >=20 > 1. Alarm by default. > 2. If a a template or custom 'alarm only' exception is defined > and it matches this row's primary id, alarm. Otherwise, > if it is defined and DOESN'T match this row's primary id, > don't alarm. > 3. If a template or custom 'no alarm' exception is defined > and it matches this row's primary id, don't alarm. >=20 > Apply the patch by copying it to your devmon directory and > doing this: >=20 > patch -p0 < patch-alarm_order-dm_tests.pm >=20 > Let me know if this doesn't fix the if_load issue as well as > the 6509 psu issue. >=20 > -Eric >=20 > > -----Original Message----- > > From: dev...@li...=20 > > [mailto:dev...@li...] On Behalf=20 > > Of Schwimmer, Eric E *HS > > Sent: Tuesday, March 07, 2006 5:11 PM > > To: dev...@li... > > Subject: RE: [Devmon] Not alerting when above thresholds > >=20 > >=20 > > Yes, I must have borked the threshold code some time recently; > > I'm still looking at it... > >=20 > > -Eric > >=20 > > > -----Original Message----- > > > From: dev...@li...=20 > > > [mailto:dev...@li...] On Behalf=20 > > > Of Craig Boyce > > > Sent: Tuesday, March 07, 2006 4:56 PM > > > To: dev...@li... > > > Subject: [Devmon] Not alerting when above thresholds > > >=20 > > > Hi,=20 > > >=20 > > > Devmon is not alerting when it exceeds the thresholds set,=20 > > > The thresholds entries below are set to the default values.=20 > > > A screen shot showing the load % out as 92.20% is attached=20 > > > and the status is still green.=20 > > > I have a circuit reach 99.1% yesterday and there was no red=20 > > > alert on that.=20 > > >=20 > > > ifInLoad : yellow : 75 : Load is high=20 > > > ifInLoad : red : 95 : Load is very high=20 > > > ifOutLoad : yellow : 75 : Load is high=20 > > > ifOutLoad : red : 95 : Load is very high=20 > > >=20 > > >=20 > > > Thanks=20 > > >=20 > > > Craig Boyce=20 > > >=20 > > >=20 > > > <<devmon.jpg>>=20 > > >=20 > > > ________________________________ > > >=20 > > > Disclaimer: > > >=20 > > > The information in this electronic mail message is=20 > > > confidential and may be legally privileged. It is intended=20 > > > solely for the Addressee.Access to this internet electronic=20 > > > mail message by anyone else is unauthorised. If you are not=20 > > > the intended recipient, any disclosure, copying, distribution=20 > > > or any action taken or omitted to be taken in reliance on it=20 > > > is prohibited and may be unlawful. If you have received this=20 > > > message in error please notify us immediately. > > >=20 > > > Rodney District Council accepts no responsibility for any=20 > > > effects this email message or attachments has on the=20 > > > recipient network or computer system. > > >=20 > > > ________________________________ > > >=20 > > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a groundbreaking=20 > > scripting language > > that extends applications into web and mobile media. Attend=20 > > the live webcast > > and join the prime developer group breaking into this new=20 > > coding territory! > > = http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642 > > _______________________________________________ > > Devmon-support mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devmon-support > >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking=20 > scripting language > that extends applications into web and mobile media. Attend=20 > the live webcast > and join the prime developer group breaking into this new=20 > coding territory! > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support >=20 |
