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

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

1677.0. "v3.0 install loops" by KERNEL::OTHENJ () Wed Oct 28 1992 12:48

Hello,

	Could someone help me with an urgent ALL-IN-1 v3.0 installation 
problem please?

	Although this problem is during a clean installation, the machine 
in question has had v2.4 on it, but he assures me that he cleaned this off 
the system prior to the install.

	During the installation, the installation loops at the point where 
it is building the shared image modules. Below is a small extract of the 
log file,

    The File Cabinet Server startup is run by A1V30START.COM


    Installing ALL-IN-1 Group Conferencing


    Installing WPL-DDIF CDA converter files

%A1-I-EPCFACPROV, Providing DECtrace Facility Definition File

    Installing the Linguistics Components Interface

%A1-I-A1LINK, Starting to link images

Building shared image modules

	The installation had been running for 18 hours when he came in in 
the morning, and looking at the process, it was hibernating. After watching 
no activity for several hours (what fun!), he stopped the process. He still 
seems to have all the v3.0 files there, so I wanted to do a relink and try 
to gain some more info.

	By setting a1$debug, a1$lnkdrv_debug or options d on the relink, it 
gives me no further information at the point where the shared images are 
being built, so I am not sure how to capture what is going wrong. I have 
read note 1220,1170 and these appear to be similar problems, but there they 
seemed to clear up without any firm ideas on how this problem occured. One 
of the notes refers to some old images that may be hanging around in 
sys$share -which files should I check for?

	The customer is using VMS v5.5-1

		Any help much appreciated,

			Julie
    
T.RTitleUserPersonal
Name
DateLines
1677.1Things to try...IOSG::PYEGraham - ALL-IN-1 Sorcerer's ApprenticeWed Oct 28 1992 13:3323
    Can you arrange to get VERIFY turned on A1LINK. Don't post all the log
    here! I was wondering whereabouts it was in the deferred stub building.
    
    The stub builder is a BLISS program that reads an RTL image, makes a
    little MACRO program and then compiles it into an OBJ that we link into
    the main image. Perhaps you could watch the looping process with SHO
    PROC/CONT from another session and see what image it's running.
    
    Snce yopu say all the files were left after the install was halted, was
    this a safety mode install? Or are you doing the link in the kit
    working directory under SYS$UPDATE?
    
    Of course you could always turn off deferred image activation and see
    if that solves the loop. It won't be something you can do at install
    time, but it may help us locate the problem.
    
    The link will loop if it can't find any object file or library that is
    referenced via a search list. Since you can do the link outside the
    installation you may want to try the SET WATCH FILE/CLASS=MAJOR
    sledgehammer before doing the link. You'll get loads of output but it
    may give a clue.
    
    Graham
1677.2KERNEL::OTHENJWed Oct 28 1992 15:1928
    Hi,
    
    	Thanks for getting back to me so quickly,
    
    	Before the customer killed off the process during installation, the
    process was hibernating on the file [allin1.sources_share]oashrbld.exe.
    This file does actually exist in that directory after the installation
    was stopped.
    
    	I have a fax of the log file of the installation, and it showed
    that the installaton had to run in non-safety mode as ther was only
    68742 block free on sys$disk. 
    
    	If you try to run the link manually after the installation, it
    fails after you answer language=BRITISH as it explains that this
    language variant is not present on the system (it also fails if choose
    langauge english), so some files must have been cleared up after the
    installation.
    
    	As we cannot rerun the link procedure, I cannot try it out without
    deferred image activation.
    
    	The only other option I can think of is to have another go at
    installation with options D. Does anyone have any other ideas??
    
    
    	Thanks,
    			Julie
1677.3Snap - we've got one of thoseAIMTEC::WICKS_ALiverpool 4 Norwich 1Wed Oct 28 1992 16:4821
    Julie,
    
    OPTIONS D is definitely the way to go. 
    
    At the time the link hangs use $SH DEV/FILES on the ALL-IN-1 disk to see 
    what files are open. We have one call ongoing at the moment I think where 
    the link hangs at the same point as yours and it claims to be looking for 
    VAXCRTL.
    
    remember that A1LINK is looking for a set of images defined by the
    symbol a1$imagelist - see the section in A1LINK.COM below the label
    BUILD_IMAGE_STUBS and make sure all those images are on the system
    (particularly watch out for the CDA or DDIF images being missing)
    
    Let us know how you get on - we're still waiting for dial-in to work on
    ours so you could save us some time.
    
    Regards,
    
    Andrew.D.Wicks
    
1677.4It's sys$share and 2.4 .olb's and .exe's I still feelOUTBCK::SETHIWed Oct 28 1992 23:1254
    Hi Julie,                          
    
    >Although this problem is during a clean installation, the machine 
    >in question has had v2.4 on it, but he assures me that he cleaned this off 
    >the system prior to the install.
    
    Did he clean the SYS$SHARE directory of the .olb's and .exe's installed
    by 2.4.  I feel this is the cause of the problem, as you have already
    read my note 1170 my customer was in the same situation.  The customer
    installed VMS from scratch and the installation went through without a
    problem.
    
    One suggestion I would make to check to see what files are being
    accessed the two methods being mentioned are very good ie $ set
    watch... and $ sh dev/files.  They give you alot of information and you
    have to sift through it.  Use the system analyzer as follows :-)
    
    1. $ analyze/system
    
    2. SDA> show summary !  will give you alot more info than show sys for
       example
    
    Current process summary
    -----------------------
     Extended Indx Process name    Username    State   Pri   PCB      PHD   Wkset
    -- PID -- ---- --------------- ----------- ------- --- ---------------- ------
     00000101 0001 SWAPPER                      HIB     16 802AA398 802AA200      0
     00001503 0003 SETHI           SETHI        LEF      6 80551F20 8142CA00    207
    
    3. SDA> set process/index=0003 !set the process context
    
    4. SDA> show process/channel ! will display all the files that are
    	                           opened and devices being accessed by the
                                   process at that time for example
    
                                Process active channels
                                -----------------------
    
    Channel  Window           Status        Device/file accessed
    -------  ------           ------        --------------------
      0010  00000000                        DISK0$DIA0:
      0020  80C60380                        
                                    DISK0$DIA0:[VMS$COMMON.SYSEXE]TPSERV.EXE;1
      0030  80C71580                        
                      DISK0$DIA0:[VMS$COMMON.SYSLIB]LIBRTL.EXE;1 (section file)
      0040  80C73100                        
                   DISK0$DIA0:[VMS$COMMON.SYSLIB]DTI$SHARE.EXE;1 (section file)
    
    I have a feeling it's and old 2.4 image, library that is causing the
    problem.
    
    From an old time system mangler :-)
    
    Sunil
1677.5KERNEL::OTHENJThu Oct 29 1992 17:2117
    Hi,
    
    	Just to let you know, after reading all your notes/investigating
    info here for X many hours, I rung the customer and he said 'it looked
    like the installation worked this time'.
    
    	The customer is currently running the IVP and relinking to ensure
    everything is O.K., but unfortunately this means we cannot track where
    the problem was occuring. He assures me that he did not do anything
    different this time (and did not remove any files from sys$share).
    
    	I will let you know when he rings me up to let me know how the
    relink went.
    
    	Thanks for all the help though,
                         
    		Julie