On Thu, 2005-12-15 at 10:28 -0200, Wesley Naves de Faria wrote:
>    When I implementation a var proc in snmpd.conf ( proc httpd ),
> the snmpd send a trap if the process stop to run, but when the
> process go back to run, the snmpd not send a trap.

That's not strictly the realm of the DisMan Event MIB - at least
not directly.  Boolean monitor triggers are defined to fire when
the monitored expression becomes true - not when it becomes false.

The monitor entry doesn't actually care what the expression is
looking at - just whether it evaluates to true or false.


>  I need receive trap when the service stop to run and when
> the service go back to run.

One option would be to define *two* monitor entries - one
watching for 'prErrorFlag != 0' (as with the default monitoring),
and a complementary one watching for 'prErrorFlag == 0'.

Alternatively, you could try setting up a threshold monitor
on prErrorFlag, with both the upper and lower thresholds set
to 0.  (Or both set to 1).   I think that should have the
same effect, though I haven't tried it.

Or you could set up an existance "changed" monitor on prErrorFlag,
which would fire whenever the value changed.  That's only available
with the new 5.3 'disman/event' implementation (rather than the
previous 'disman/event-mib' version).   Though I haven't tried that
one either.


Bottom line - the DisMan Event MIB *can* provide the behaviour
you are looking for, but you'll have to configure this yourself.
That's something we could perhaps look at for a future release,
but now is not the time to make such changes!

Dave



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to