Re: Traps and frequency

"José Eduardo Martins" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
More on my problem.

From the manual:
monitor [OPTIONS] NAME EXPRESSION (bla, bla, bla). *This monitor entry will
not fire again until the monitored condition first becomes false, and then
matches again.* (bla, bla, bla). Is there any way to overcome this
behaviour? I.e., always fire the monitor, forgeting the previous state?

Many thanks in advance,
José Martins

2008/7/14 José Eduardo Martins <[email protected]>:

> Hello all.
>
> I have a question of whether the functionality is implemented or
> "implementable".
>
> I want to send a TRAP every time, not only when the state of the condition
> changes.
>
> E.g.
> *snmpd.conf*
> sh myScript /usr/local/bin/load.sh one
> monitor -r 60 "my monitor on" extResult >= 1
> monitor -r 60 "my monitor off" extResult == 0
>
> *load.sh*
> if ( alarm_condition() ); then
>   echo "alarm condition"
>   exit 1;
> else
>   echo "nothing relevant"
>   exit 0;
> fi;
>
> Result:
> The TRAP is sent when the alarm condition (extResult) changes from 1 to 0
> or from 0 to 1. But is never sent when it remains on one state (0 or 1).
>
> Question:
> How can I configure net-snmp to _always_ send the TRAP?
>
> I would appreciate your help,
> José Martins
>
> --
> José Martins




-- 
José Martins

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.