| Title: | DECmcc user notes file. Does not replace IPMT. |
| Notice: | Use IPMT for problems. Newsletter location in note 6187 |
| Moderator: | TAEC::BEROUD |
| Created: | Mon Aug 21 1989 |
| Last Modified: | Wed Jun 04 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 6497 |
| Total number of notes: | 27359 |
Hello,
I have written a couple of rules, one to poll all the node4's in a domain:
exp=(node4 * state<>on,at every 0:1:0)
and another to watch the event when the above rule fires:
Expression = (occurs(domain .MCC_REACH rule * osi rule exception))
procedure=x.com
When procedure x.com run I get the following error in the log:
$ ty SYS$SCRATCH:MCC_ALARMS_DATA_20051995.DAT
RULE: Domain NOCMAN_NS:.OSI_RULES Rule osi_rule_except
MANAGED_OBJECT: Domain NOCMAN_NS:.MCC_REACH Rule node4_reach
DESCRIPTION: mcc_reach exception detection
CATEGORY: mcc_reach rule
EXPRESSION: (occurs(domain .MCC_REACH rule * osi rule exception))
TIME: 8-OCT-1992 20:05:19.95
EVIDENCE: The last event detected: Domain NOCMAN_NS:.MCC_REACH Rule node4_reach
OSI Rule Exception 8-OCT-1992 20:05:19.76
EVENT_ARGUMENTS: Event: OSI Rule Exception Event Type = QualityofServiceAlarm
Event Time = 8-OCT-1992 20:05:18.75 Probable Cause = Unknown Additional Info
= { ( significance = True, information = "Software logic error detected<EOS>%MC
C-E-NOPARAMLIST, no parameter list was supplied in this ILV buffer" ), ( signi
ficance = True, information = "(node4 * state<>on,at every 0:1:0)" ) } Managed
Object = MCC 0 ALARMS RULE node4_reach Perceived Severity = Indeterminate Add
itionaltext = "Node4 Reachability Rule "
PARAMETER:
DOMAIN: Domain NOCMAN_NS:.OSI_RULES
SEVERITY: Indeterminate
Is there anything I can do to get around this error (MCC-E-NOPARAMLIST) so I
can use this functionality with a greater degree of reliability???
thanks,
brad...
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3884.1 | errors w/snmp | CTHQ::WOODCOCK | Thu Oct 08 1992 20:40 | 28 | |
Here's another one while polling SNMP nodes. BTW, the tests involved
disconnecting the MCC node Ethernet connector and just putting on a "T" and
a terminator to bring the circuit back up. Maybe I'll try a different test
for these devices. This same testing works for a few other devices I've tried.
best regards,
brad...
$ ty SYS$SCRATCH:MCC_ALARMS_DATA_20315223.DAT
RULE: Domain NOCMAN_NS:.OSI_RULES Rule osi_rule_except
MANAGED_OBJECT: Domain NOCMAN_NS:.MCC_REACH Rule snmp_reach
DESCRIPTION: mcc_reach exception detection
CATEGORY: mcc_reach rule
EXPRESSION: (occurs(domain .MCC_REACH rule * osi rule exception))
TIME: 8-OCT-1992 20:31:52.23
EVIDENCE: The last event detected: Domain NOCMAN_NS:.MCC_REACH Rule snmp_reach O
SI Rule Exception 8-OCT-1992 20:31:52.20
EVENT_ARGUMENTS: Event: OSI Rule Exception Event Type = QualityofServiceAlarm
Event Time = 8-OCT-1992 20:31:51.55 Probable Cause = Unknown Additional Info
= { ( significance = True, information = "%MCC-E-INV_HANDLE, software error: in
valid handle parameter<EOS>The rule has been disabled" ), ( significance = Tru
e, information = "(snmp * ipreachability=down,at every 0:1:0)" ) } Managed Obje
ct = SNMP NOCMAN_NS:.LITTLETON_W Perceived Severity = Indeterminate Additiona
ltext = "SNMP Reachability Rule "
PARAMETER:
DOMAIN: Domain NOCMAN_NS:.OSI_RULES
SEVERITY: Indeterminate
| |||||
| 3884.2 | never mind | CTHQ::WOODCOCK | Thu Oct 08 1992 21:55 | 6 | |
ok, it's late and I'm talking to myself. The errors were indeed a network problem (go figure) because of how I did the test. Good thing I figured it out before anyone else :). forget I asked, brad... | |||||