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 |
Hi, Background: ---------- We have a customer who is running DECmcc (V1.3.0) on a VAX/VMS machine. The MCC machine is configured to receive several kinds of PHASE V events sunk from an RISC/ULTRIX station running MTA. Configuration: ------------- Node A: VAXstation 4000-90 128 MB VAX/VMS 5.5-2 DVNEXT mup B DECMCCEMS 2.3 Node U: DECstation 5000-240 DECnet OSI 5.1 A The customer has setup an outbound stream "decmcc_stream" on node U to pass all PHASE V events to MCC_EVL_SINK on node A. Problem: ------- When node U is booting, DECmcc is receiving four DSA (X500) events which are listed in the appendix A. At the receipt of the first event, DECmcc outputs the following message: notify request 4 for domain CIBA:.chbs.is.map.root encountered an error %MCC-F-FAILED, fatal DECmcc error after displaying this message, the notification services does not notify any further received events. Closing the notification window and re-opening it enables again the receipt of other events. When DECmcc has an alarm defined to receive all events from DSA sub entity the following message is found in the log file: %MCC-E-NOENTITY, no corresponding entity instance exists %MCC-E-NOENTITY, no corresponding entity instance exists %MCC-E-NOENTITY, no corresponding entity instance exists %MCC-E-NOENTITY, no corresponding entity instance exists Analysis: -------- When using the GETEVENT directive to list all known events defined in the dictionnary, I cannot see the "State Change" event that X500 is sending when it is started (see appendix A for events sent). MCC> getevent node * dsa Type ? for a list of valid event IDs Event: ? DIB Schema Inconsistent Invalid Reference Loop Detected Unavailable Critical Extension Resource Exhausted DIT Error Alias Dereferencing Problem Security Violation Protocol Violation Internal Error Any Events Event: Questions : --------- a) Is "State Change" event missing in the dictionnary for the DSA sub-entity ? b) Is there any mean to upgrade the dictionnary ? c) Could this missing definition stop the notification services of receiving other subsequent events ? Thanks in advance. Paul. Appendix A ---------- From the log file of U node : Event: State Change, from: Node ciba:.chbs.is.mta1 DSA at : 1994-02-11-17:29:24.480+01:00I71.722 Old State = Null New State = Creating Event: State Change, from: Node ciba:.chbs.is.mta1 DSA at : 1994-02-11-17:29:40.245+01:00I71.723 Old State = Creating New State = Off Event: State Change, from: Node ciba:.chbs.is.mta1 DSA at : 1994-02-11-17:29:40.437+01:00I71.723 Old State = Off New State = Enabling Event: State Change, from: Node ciba:.chbs.is.mta1 DSA at : 1994-02-11-17:29:40.999+01:00I71.723 Old State = Enabling New State = On
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
5908.1 | some answers | TAEC::FLAUW | Marc Flauw, CEM Technical Office, VBO | Fri Mar 11 1994 11:32 | 28 |
Paul, Some answers : a) If you want to be sure of what is in the dictionary, use the Dictionary Browser From the dictionary Browser, naviguate down to the appropriate sub-class of the Node to see if it supports the "State Change" event. If it is not listed here, then the MCC MSL is not up-to-date with what you are receiving from your element. b) From a pure MCC point of view, the only know way is to get the right piece of MSL, compile it and add it to the dictionary. Not being a Phase V expert, I don't know what is the general availability of Phase V MSLs outside of the development group. c) Your notification request encountered a fatal error -F- which means that is no longer running. If your notification request stops exactly when the first event was received and if you don't have other event traffic on your machine, the logical conclusion seems to be that this unknown event caused the notification request to stop. If you think it is the case, please submit a CLD. Hope this helps, Marc. |