RE: error msg "No such instance ~" on trap message?

Thank you, Dave.

I'm sorry, I made some mistakes while I wrote the post.

My original monitor entry is this...

monitor -r 30 -S -e CPUTemperature1 -u radiant "CPU temperature 1" -o
SUN-PLATFORM-MIB::sunPlatNumericSensorTable.1.sunPlatNumericSensorCurrent -o
SUN-PLATFORM-MIB::sunPlatNumericSensorTable.1.sunPlatNumericSensorBaseUnits
-I
SUN-PLATFORM-MIB::sunPlatNumericSensorTable.1.sunPlatNumericSensorCurrent.20
> 40

notificationEvent CPUTemperature1
RADFINDER-NOTIFICATION-MIB::rfcNotiTempSensors


And I have one more question.
RADFINDER-NOTIFICATION-MIB::rfcNotiTempSensors's OID is
RADFINDER-NOTIFICATION-MIB::rfcNotiFault.2.
But I wanted snmptrapd to display
"RADFINDER-NOTIFICATION-MIB::rfcNotiTempSensors" not
"RADFINDER-NOTIFICATION-MIB::rfcNotiFault Enterprise Specific Trap(2)".
What should I do for this?


Thank you again.

Best regards
Key


-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of Dave Shield
Sent: Tuesday, April 13, 2010 4:27 PM
To: key
Cc: [email protected]
Subject: Re: error msg "No such instance ~" on trap message?

On 13 April 2010 06:47, key <[email protected]> wrote:

Where did you get the "monitor" line to use?
Because it doesn't seem sensible to me.

Let's pick it apart a bit:


> monitor -r 30 -S -e CPUTemperature1 -u radiant "CPU temperature 1"

Run some query every 30 s, and if it matches, then send the notification
identified by the token "CPUTemperature1".
   OK so far


>     -o
SUN-PLATFORM-MIB::sunPlatNumericSensorTable.1.sunPlatNumericSensorCurrent

Append a varbind to the trap request, being the value of the
"sunPlatNumericSensorCurrent"
column object, from the same row that triggered the trap.
    OK so far

>     -o SUN-PLATFORM-MIB::sunPlatSensorTable.1

Append a varbind to the trap request, being the value of the overall
sunPlatNumericSensorEntry
internal object, from the same row that triggered the trap?
     How can you have a value from "the whole table" and from a
particular row at the same
time?   That simply doesn't make sense!


>     -I
SUN-PLATFORM-MIB::sunPlatNumericSensorTable.1.sunPlatNumericSensorCurrent.2

Append a varbind to the trap request, being the value of
"sunPlatNumericSensorCurrent"
from row #2 - regardless of which row triggered the trap?
   That's syntactically valid (unlike the -o parameter above), but
doesn't really make much
sense semantically.   Why would you add the same
sunPlatNumericSensorCurrent value
to every single trap, even when reporting problems with a different sensor?

>     0 > 40

Send the a trap when 0 is more than 40 ?
    That doesn't make sense either.

I'm surprised this ever generates a trap in the first place.

But I'd suggest you start by fixing the nonsense in your original
monitor entry.

Dave






------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
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