Arming a monitoring threshold multiple times

One more question...pure question this time, and it illustrates some of the mysteries that still vex me in the resource monitoring/threshold trap facilities.

While I've been perfectly able to identify a file system and a threshold for initial warning traps on utilization (and that all works fine), what I'd like to do for one particular f/s is to arm several traps for it, such that traps of greater urgency get issued if the first one gets missed and the disk continues to be used, using subsequent rows of the UCD-SNMP-MIB dskTable (I guess)-.  So logically, what I'd like to do is:

disk /myfs 50%
monitor -i -r 30 -o dskPath.6 -o dskErrorMsg.6 "/lmyfs exceeded threshold." dskErrorFlag.6 != 0

disk /myfs 25%
monitor -i -r 30 -o dskPath.7 -o dskErrorMsg.7 "/lmyfs is REALLY getting FULL now...do something!." dskErrorFlag.7 != 0

disk /myfs 10%
monitor -i -r 30 -o dskPath.8 -o dskErrorMsg.8 "/lmyfs is AT CRITICAL POINT!  PLEASE HELP!!!." dskErrorFlag.8 != 0

Does anybody know if this is possible?  I'm finding the subsequent allocations of dskEntry rows in the table doesn't seem to take, which makes sense (it's the same resource), but it means I'm out of luck.  And I don't *really* need them, except that I figured if the first alert triggers and doesn't reset, another row would be necessary for the subequent alerts if their thresholds get hit.

And yes, I know I could use informs and a MLM to instrument this in a more modern post-v1 system, but this is on behalf of one legacy console app environment.

Thanks!
Wayne Tackabury
Mirror Image Internet



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
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