[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

5075.0. "Access violation during parse table update" by JUMP4::JOY (Perception is reality) Mon May 17 1993 16:57

    I couldn't find this error anywhere with an obvious title....
    
    I'm installing EMS V2.3 on a MV3800 with 32MB memory. When I get to the
    part when I'm updating the Parse Tables, I get this error:
    
    
       Linking Terminal Server Manager VMS V1.6A...
    
       Updating DECmcc dictionary and parse tables ...
    
    %SYSTEM-F-ACCVIO, access violation, reason mask=05, virtual
    address=0016DFD0, PC
    =00003C3C, PSL=0BC00004
    
      Improperly handled condition, image exit forced.
    
            Signal arguments              Stack contents
    
            Number = 00000005                00000000
            Name   = 0000000C                21FC0000
                     00000005                00022934
                     0016DFD0                00022904
                     00003C3C                00003C6D
                     0BC00004                00000000
                                             00169C74
                                             00000003
                                             00000000
                                             000A7484
    
            Register dump
     
            R0 = 04904344  R1 = 000A74A8  R2 = 00004344  R3 = 00169C90
            R4 = 00000000  R5 = 000000CB  R6 = 000A74A8  R7 = 00169C90
            R8 = 00082AA0  R9 = 7FFECC54  R10= 7FFED7D4  R11= 7FFE2BDC
            AP = 00022890  FP = 00022850  SP = 000228CC  PC = 00003C3C
            PSL= 0BC00004
    
    
       *********************************************************
    
       Fatal DECmcc EMS V2.3 event occurred during installation
    
       *********************************************************
             
    Any ideas?
    
    Thanks
    Debbie
    
T.RTitleUserPersonal
Name
DateLines
5075.1RACER::daveAhh, but fortunately, I have the key to escape reality.Mon May 17 1993 17:216
Silly question, but what does MCC_AUDIT say about the account?
 (and the system for that matter...)

I have seen the same type of behavoir, but it was due to running
out of process quota, and MCC_AUDIT told me what to fix in my case...

5075.2I'll checkJUMP4::JOYPerception is realityMon May 17 1993 17:588
    Dave,
       Its been so long since I started this install (had to upgrade VMS
    and MOTIF first), that I've forgotten if I even ran it this time. I'll
    check it out to see if that's the problem. But I went thru the
    installation guide and set everything to what it calls for.
    
    Deb
    
5075.3Everything looks okJUMP4::JOYPerception is realityMon May 17 1993 18:0335
    MCC_AUDIT says every thing looks fine....
    
    I didn't have DECmcc installed on this system before.
    
MCC_AUDIT X1.2.21  17-MAY-1993 17:02:09.53,
          on node MIDDEN::, a VAXserver 3900 Series, running VMS V5.4-3  
 Checking Process Quotas
 - No process quotas found to be too small for user JOY         
 Checking Sysgen Parameters.
 - No Active Sysgen parameters found to be too small.
 Checking installed images
 - MCC_mts_priv_shr.exe not installed. Check that DECmcc startup has run.
 - RDB is required in order to EXPORT data from DECmcc.
 - RDBshr.exe not installed. Check that the RDB startup has run.
 - DNS$client.exe not installed. Check that DNS Client startup has run.
 Checking Disk Space
  MCC_COMMON:
  SYS$LOGIN:
  SYS$SYSDEVICE:
 Checking Memory
 Checking Pagefile Size
 
 Pagefile Size for system MIDDEN:: is only 96704 blocks.
  It must be 120000 blocks for DECmcc.
  A pagefile of 150000 will result in better performance.
 
 Checking DNS Client Version
Audit Complete

!
!Pagefile Size for system MIDDEN:: is only 96704 blocks.
! It must be 120000 blocks for DECmcc.
! A pagefile of 150000 will result in better performance.
!
    
5075.4More infoJUMP4::JOYPerception is realityTue May 18 1993 14:5652
    I checked all the process and SYSGEN parameters against what is listed
    in the installation guide and they are all well within the limits. I
    tried to run the install once more with VERIFY turned on and here is
    the last few things that happened before the dump:
    
    $ WRITE DECMCCEMS$DICT_COM "UPDATE CLASS TERMINAL_SERVER FROM
    VMI$KWD:MCC_TS_AM_
    SVC_IF.COM"
    $ ENDIF
    $!
    $ WRITE DECMCCEMS$DICT_COM "EXIT"
    $ WRITE DECMCCEMS$DICT_COM "$ DECMCCEMS$VERIFY =
    F$VERIFY('DECMCCEMS$VERIFY')"
    $!
    $ IF DECMCCEMS$INVOKE_BMS
    $ THEN
    $ WRITE DECMCCEMS$DICT_COM "$ INSTAL REMOVE VMI$KWD:MCC_MTS_PRIV_SHR"
    $ ENDIF
    $!
    $ WRITE DECMCCEMS$DICT_COM "$ EXIT"
    $ CLOSE DECMCCEMS$DICT_COM
    $!
    $ @VMI$KWD:DICT_UPDATE_FILE.COM
    $ SET COMMAND VMI$KWD:MCC_COMMANDS.CLD
    %SYSTEM-F-ACCVIO, access violation, reason mask=05, virtual
    address=0016DFD0, PC
    =00003C3C, PSL=0BC00004
    
      Improperly handled condition, image exit forced.
    
            Signal arguments              Stack contents
    
    
            Number = 00000005                00000000
            Name   = 0000000C                21FC0000
                     00000005                00022934
                     0016DFD0                00022904
                     00003C3C                00003C6D
                     0BC00004                00000000
                                             00169C74
                                             00000003
                                             00000000
                                             000A7484
    
            Register dump
    
            R0 = 04904344  R1 = 000A74A8  R2 = 00004344  R3 = 00169C90
            R4 = 00000000  R5 = 000000CB  R6 = 000A74A8  R7 = 00169C90
            R8 = 00082AA0  R9 = 7FFECC54  R10= 7FFED7D4  R11= 7FFE2BDC
            AP = 00022890  FP = 00022850  SP = 000228CC  PC = 00003C3C
            PSL= 0BC00004
              
5075.5Is anyone out there?JUMP4::JOYPerception is realityWed May 19 1993 17:199
    I have entered a QAR on this since I haven't gotten any feedback here.
    I'm basically dead in the water until I can find out how to solve this
    problem and I need to get this installed and running before I go to the
    customer site next month to upgrade their system!
    
    HELP!!!!
    
    Debbie
    
5075.6TOOK::MINTZErik Pavlik MintzWed May 19 1993 18:346
Yes, we're out here.  A QAR is the right channel to get the attention
of the correct developer.  But please be aware that there are other
problems in the queue, so don't expect an instant turn-arround.

-- Erik

5075.7Thanks!JUMP4::JOYPerception is realityThu May 20 1993 12:007
    Thanks Erik. Good to get a response from someone. I have to believe
    that I've either done something wrong during the install or that there
    is something wrong with my configuration, since I can't believe no one
    else has run across this problem if its a problem with the kit.
    
    Debbie
    
5075.8How long is a normal wait?JUMP4::JOYPerception is realityMon Jun 07 1993 14:4810
    I entered a QAR for this problem a few weeks ago and haven't heard
    anything yet. Since this is a problem with the currently shipping
    version, is a QAR still the appropriate way to report a problem? Is it
    normal to not have heard anything from anyone on my QAR after almost 3
    weeks? I haven't entered a QAR on anything before this so I'm not sure
    of the usual procedures.
    
    Thanks
    Debbie
    
5075.9Two Two problems...MOLAR::DFLAT::PLOUFFEJerryMon Jun 07 1993 15:5219
  Looks like you have two problems reported by MCC_AUDIT:

  > - MCC_mts_priv_shr.exe not installed. Check that DECmcc startup has run.

  and

  >  Pagefile Size for system MIDDEN:: is only 96704 blocks.
  >  It must be 120000 blocks for DECmcc.
  >  A pagefile of 150000 will result in better performance.

  I'm not sure why the TSAM installation de-installed mcc_mts_priv_she.exe --
  someone from the TSAM team will have to answer that one, but you should 
  follow the reccomendation and increase the page file size to 120000 blocks. 

  This could have caused the parse table builder to crash.

                                                                         - Jerry
 
  
5075.10Thanks and.....JUMP4::JOYPerception is realityMon Jun 07 1993 17:3513
    Jerry,
       Thanks for getting back to me. Since running that MCC_AUDIT, I have
    increased the pagefile size to 150,000 blocks between 2 pagefiles, ran
    MCC_AUDIT again with no complaints about the pagefile size. But since I
    haven't had MCC installed on this system before, how could I have the
    mcc_mts_priv_shr.exe installed? Should it be installed at the point in
    the installation where the error occurs. I can't run the
    mcc_startup_bms.com since none of the files exist on the system yet.
    
    (I copied the mcc_audit.com from another system I have with MCC on it.)
    
    Debbie
    
5075.11Found the problemJUMP4::JOYPerception is realityTue Jun 08 1993 14:457
    Just to close this string....after working with Larry Grossman on this
    problem, we discovered that the DCLTABLES on the system I'm doing the
    installation on is corrupted and won't allow the MCC_COMMANDS to be
    added to it.
    
    Debbie