[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

6456.0. "CML-E-UNSUPPORTVER when polling remote PhIV Node" by FROCKY::WIESSNER (Ralf Wiessner, Solution Integration Center FRS) Mon Aug 05 1996 17:58

    
    
    VAX/VMS 6.2
    DECnet/OSI V6.3 ECO 4
    DECmcc V1.4-1
    
    
    Hi,
    
    
    we just upgraded the MCC-Systems of the German Stock Exchange from
    MCC 1.3 to 1.4.
    
    Now we got the following error message if we try to ask for the state
    of a remote Phase IV System : 
    
    
    MCC> show node4 mf1014 state, in domain .dtb.fr.host.mcc_reachability
    
    Node4 DTB:.dtb.fr.host.MF1014
    AT  5-AUG-1996 16:50:23 Status
    
                                      State = On
    
    
    So the result of the command is ok, but we got a NET$SERVER.LOG for 
    this command, which contains : 
    
    
           RUN SYS$SYSTEM:Net$Server
    
            --------------------------------------------------------
    
            Connect request received at  5-AUG-1996 16:50:23.27
                from remote process NF0002::"0=ALARMS"
                for object "SYS$COMMON:[SYSEXE]CML.EXE"
    
            --------------------------------------------------------
    
    %CML-E-UNSUPPORTVER, unsupported CMIP protocol version
    
    
    
    Then this NETSERVER-Process dies. We are polling 100's of phase IV
    Systems (mainly DEMSA's). We have 4 Rules for each node we poll.
    You can imagine, how many logfiles will be produced. The are faster
    created, than we can delete them. 
    We recognized this problem, because we reached the 32767 File-Version
    limit very fast.
    
    
    Is this a known problem ? 
    I know, VMS 6.2 is not supported for MCC V1.4, but the customer needs
    this version of VMS. 
    
    
    Any help is appriciated.
    
    Ralf Wiessner
    Technical Consultant 
    for the German Stock Exchange
T.RTitleUserPersonal
Name
DateLines
6456.1MCC call's local (PhV) node via Nice protocol ?!?FROCKY::WIESSNERRalf Wiessner, Solution Integration Center FRSWed Aug 07 1996 17:4818
    Additional Info:
    
    
    The error message : 
    
    CML-E-UNSUPPORTVER
    
    will be produced, if a PhaseIV System try's to connect a PhaseV System
    via NCP (ex. NCP> tell nf0002 show exec; where NF0002 is a PhV System.
    
    The question is now, why does DECmcc try to open a NML-Connection to
    the local node, even if the request should go to a remote system ?
    
    
    
    Thanx
    Ralf.
    
6456.2DSVB03::TABONETue Aug 13 1996 14:518
Hello Ralf,

Sorry, I don't know this problem and I have no explanation
about the NML-Connection.
Have you installed the MCC patch for VMS V6.2 ?

Regards,
Philippe Tabone - DECmcc Maintennace Team- 
6456.3Occurs also on older versionsFROCKY::WIESSNERRalf Wiessner, Solution Integration Center FRSTue Aug 13 1996 21:5093
    
    
    Hello Philippe,
    
    I have done further studies...
    
    The customer saves all logfiles for years. I took the time to look in 
    the logfiles before the 1.4 upgrade on VMS 6.2, and on a system 
    running VMS 5.5-2, DECnet/OSI V5.6B and DECmcc V1.3.
    
    And the problem was there also !!!
    
    I can reproduce it on my office workstation which is also VMS 5.5-2,
    DECnet/OSI V5.6B and DECmcc V1.3.
    It's just another (stupid) error message comming up there if I try
    to connect a NODE4 object : (ignore the DNS error !)
    
    
    BAVARO_> dir sys$specific:[cml$server]
    %DIRECT-W-NOFILES, no files found
    BAVARO_> det
    
    Welcome to DetMCC V1.3-14
    � 1992 Digital Equipment AB
    
    DetMCC> show node4 frndmb all attrib
    
    Node4 frndmb
    AT 13-AUG-1996 20:39:16 All Attributes
    
    Internal error in DECnet Phase IV AM.
                                  MCC Error = %MCC-E-DNSERROR, unknown DNS
    error
    DetMCC> exit
    BAVARO_>
    BAVARO_> det
    BAVARO_> dir sys$specific:[cml$server]
    
    Directory SYS$SPECIFIC:[CML$SERVER]
    
    NET$SERVER.LOG;1          2  13-AUG-1996 20:38:40.95 
    [DECNET,CML$SERVER
    
    Total of 1 file, 2 blocks.
    BAVARO_> type SYS$SPECIFIC:[CML$SERVER]NET$SERVER.LOG;1
    $ set NOver
    
            --------------------------------------------------------
    
            Connect request received at 13-AUG-1996 20:38:42.68
                from remote process BAVARO::"0=WIESSNER"
                for object "SYS$COMMON:[SYSEXE]CML.EXE"
    
            --------------------------------------------------------
    
    %SYSTEM-F-DEVFOREIGN, device is mounted foreign
      CML$SERVER   job terminated at 13-AUG-1996 20:38:43.77
    
      Accounting information:
      Buffered I/O count:              54         Peak working set size:570
      Direct I/O count:                51         Peak page file size:4735
      Page faults:                    542         Mounted volumes:  0
      Charged CPU time:           0 00:00:01.33   
      Elapsed time:     0 00:00:03.93
    BAVARO_>
    
    BAVARO_> det
    
    Welcome to DetMCC V1.3-14
    � 1992 Digital Equipment AB
    
    DetMCC> show mcc 0 all attrib
    
    MCC 0
    AT 13-AUG-1996 20:47:41 All Attributes
    
                             Component Name = DTB:.mcc.MCC.BAVARO_DIRECTOR
                          Component Version = V1.3.0
                   Component Identification = "DECmcc"
           Default Namespace Root Directory = "DTB:.mcc"
                        Namespace Selection = "DECdns"
    DetMCC>
    
    
    I'am sure you can reproduce it also.
    
    Btw, the customer  opened a call at the munich call-Center. 
    The log-no there is 76829.
    
    Thanks for help.
    
    Ralf.
    
6456.4I'll open an IPMTMUNICH::FERSTLWed Aug 21 1996 16:5111
    Hi Ralf, hi Philippe,
    
    this is the Munich Call-Center that has the open call.   :-)
    
    I can also reproduce this problem on my local mcc station.
    
    I think I'm gonna escalate this through IPMT.
    
    Regards,
    
    Birgit Blasch
6456.5Case MGO102386 (CFS.44148)MUNICH::FERSTLTue Aug 27 1996 18:201
    
6456.6problem solvedMUNICH::FERSTLMon Sep 30 1996 19:1510