On Wed, 2005-01-05 at 22:33, Jose Dragone wrote: > I have a problem: > According to the following list > > # snmpwalk -v2c -c mycomunity localhost UCD-SNMP-MIB::prTable > UCD-SNMP-MIB::prNames.1 = STRING: mountd > UCD-SNMP-MIB::prCount.1 = INTEGER: 0 > UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: 1 > UCD-SNMP-MIB::prErrMessage.1 = STRING: No mountd process running.
> The process name "mountd" should have been detected which it was (see 'prErrorFlag.1') > and an snmptrap should have been received by the agent. No. The prTable does not automatically generate a trap in this situation. From the FAQ: What traps are sent by the agent? -------------------------------- [The agent] does not generate traps by default when one of the monitored characteristics (disk usage, running processes, etc) enters or leaves an error state. This can be configured using the 'defaultMonitors' config directive (also documented under DISMAN-EVENT-MIB). > P.S. : Would it be possible to create a line in the snmpd.conf in order > to process this trap in a better way for any process ? > > As for instance: > > traphandle UCD-SNMP-MIB::prTable /root/Snmp-Scripts/traps-v2.sh errorProcess > or > traphandle UCD-SNMP-MIB:: prErrorFlag /root/Snmp-Scripts/traps-v2.sh > prErrorFlagDetected No - "traphandle" is not a valid directive in the snmpd.conf file, and is nothing to do with generating traps at all. This is used in the snmptrapd.conf file, and is concerned with how to process *received* traps and informs. Dave ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users