[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

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

2722.0. "Return attribute list and message from MOM getting lost" by TOMLIN::ROMBERG (all my kids have 4 legs) Wed Apr 08 1992 14:58

Environment:
     VMS 5.5-1
     Wave 1
     MCC 1.2.17 w/ 1.2.18 DNA5 AM
     DMS BL6

Problem:
     I'm trying to return an attribute value list to MCC from my MOM as 
     a result of the BOOT command.  The avl seems to be constructed 
     correctly, and it is sent back to MCC, only to be ignored.  Also,
     the correct message text is not displayed, although the directive
     seems to have completed successfully. (Show works correctly, although
     it returns _attributes_ and I'm returning _arguments_.)

CC> show node cosby tgc_console language_env_var

Node LOCAL_NS:.cosby TGC_CONSOLE
AT  8-APR-1992 13:42:41 Characteristics

                       Language_Env_Var = "American English"
MCC> boot node cosby tgc_console flags=abcde

Node LOCAL_NS:.cosby TGC_CONSOLE
AT  8-APR-1992 13:43:02


MCC>


     Is returned information supported in this version of MCC?  If so,
     does anyone have an idea where I might be going astray?

     Can I only return attributes?

     FWIW, I'm simply returning the argument and it's value that were 
     sent in the call to the MOM.
T.RTitleUserPersonal
Name
DateLines
2722.1you've probably been OIDedCOOKIE::KITTELLRichard - Enterprise Storage MgmtThu Apr 09 1992 11:5726
You can't just turn an action argument around and return it as a response
or exception arg, as the oid will change. (This is MOM-speak, those of
you doing MMs don't look, it will turn you to stone :-) )

From Appendix A of the EMA Entity Model, if I have a request arg whose
code is 111, for a directive whose action code is 222, on an entity with a
class code of 333, and the directive sends a reply indicating a response
whose code is 444 and a response argument whose code is 111 (same as the
request arg) the oids look like:

oid of the request arg:  1.3.12.2.1011.2.4.1.333.126.222.111

oid of the response arg: 1.3.12.2.1011.2.6.1.333.126.444.111
                                         ^            ^
                                         |            +-- response code
                                         |
See how the 4 (action request argument) changed to a 6 (action response arg)?
I should have mentioned that the entity is a child of node, class 1.

BTW, you can also see what the PM is sending in and getting back from the
AM by turning on the AM log flags, which is described on page D-18 of
the V1.2 "management module programming" manual. Example 10-4 of the
same manual will give you some hints about decoding the ILV in the output
produced by turning on the flags.

2722.2TOMLIN::ROMBERGall my kids have 4 legsThu Apr 09 1992 14:155
Thanks.  I'm pretty sure I double checked the oids, but I may have gotten 
something not exactly right somewhere.  I'll also try turning on the AM log
flags, to see if that helps any.  

kathy