[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

3762.0. "MCCELMAM012 Infinite loop during installation" by CGOOA::DOLMAN (John of all trades - master of none) Thu Sep 17 1992 17:38

I have a problem (I think) with an upgrade of DECmcc BMS on a site. They were
running V1.1 and I was upgrading them to V1.2 and then intalling the Bridge AM
and FM. 

After I got BMS installed, I tried to do MANAGE/ENT/INTER=DECW from their
normal network management account and recieved an error in the decterm window
as follows: 

$ MANAGE/ENTER/INTER=DECW
	entity :0] wild =  class = 2008787677 id=0 type=0
	instance =

An empty map then appeared where before there had been a map with a variety of
NODE4, BRIDGE and STATION entities.

My first though was that this was due to the fact that the BRIDGE AM/FM was not
installed. So I proceeded to install the ELM AM. It ran smoothly until it got
to the point of saying...

Reading parse table file: SYS$COMMON:[MCC]MCC_FDICTIONARY.BPT

After it sat at that point for about 3/4 hr I began to get suspicious that
something was wrong. I began to monitor the process and noticed the image
MCC_DAP_MAIN.EXE running in what appeared to be an infinite loop. In the half
hour that I was monitoring it it did zero I/O operations and the virtual
address display under SHOW PROCESS showed the PC going in a loop between about
3 different addresses. The CPU was 95% consumed. So after about 1 1/2 hours
(since the "Reading parse table" message had come up), I aborted the procedure
with CTRL/Y. 

The system that all of this was running on was a VAXstation 3100 model 30 with
24mb of memory. Is this a problem or am I just not patient enough? Do you have
any suggestions about where to go from here? 

T.RTitleUserPersonal
Name
DateLines
3762.1SLINK::CHILDSEd ChildsThu Sep 17 1992 18:4412
| Is this a problem or am I just not patient enough?

    Both. :-)

    The parse table rebuild is an INCREDIBLY compute-bound task, it's not
    an infinite loop.  In our experience it can take up to two hours to
    rebuild the parse tables.  [I've QARed this "problem" but it doesn't
    look like it will be addressed anytime soon.]

    Your dictionary/parse tables may be in an inconsistent state since you
    CTRL/Y-ed, so if it's possible, I'd recommend re-installing BMS and
    then the ELM stuff after that.