Conference iosg::all-in-1

2584.0. "%DCL-W-UNDFIL error when running RSF" by COPCLU::ELIN (Elin Christensen @DMO, DTN 857-2406) Mon Mar 24 1997 15:00

A customer who runs ALL-IN-1 v3.0A cannot run RSF.
(It seems as if they have never run it before.)

The errors in the logfile look like this:

%SMJACKET-I Invoking Utility command file "OA$LIB:SMSREORG.COM"

Shared file reorganization starting
Converting "OA$DATA_LLV:FORMAT.DAT" using FDL file "OA$LIB:FORMAT.FDL"
%DCL-W-UNDFIL, file has not been opened by DCL - check logical name
%DCL-E-OPENIN, error opening MBA237:[ALLIN1].COM; as input
-RMS-F-DEV, error in device name or inappropriate device type for operation
Convert failed for "OA$DATA_LLV:FORMAT.DAT"
Converting "OA$DATA_SHARE:ARCHIVE_DOCS_PENDING_RECOVERY.DAT" using FDL file
"OA$
LIB:ARCHIVE_DOCS_PENDING_RECOVERY.FDL"
%DCL-W-UNDFIL, file has not been opened by DCL - check logical name
%DCL-E-OPENIN, error opening MBA237:[ALLIN1].COM; as input
-RMS-F-DEV, error in device name or inappropriate device type for operation
Convert failed for "OA$DATA_SHARE:ARCHIVE_DOCS_PENDING_RECOVERY.DAT"
%SMJACKET-I Invoking common END_BATCH procedure
%END_BATCH-I Performing End batch job procedures for "RSF"


I have checked some of the logicals, and they look OK.
An example: 
"OA$DATA_LLV" [exec] = "DISK1:[ALLIN1.DATA_DANISH]" (LNM$SYSTEM_TABLE)
"DISK1" [exec] = "DSA1:" [concealed,terminal] (LNM$SYSTEM_TABLE)


ROA and PT can run without problems.


The company that runs this customer's ALL-IN-1 Management have an ALL-IN-1
v3.0A system of their own where RSF runs without problems. They have
compared files on their own system with the files on this customer's
system, and have found that the same versions are used on both systems.
Anyway, I would like to know which files to look for, as I fear that some
customisation might have been left over from ALL-IN-1 v2.4.


The company that runs this customer's ALL-IN-1 Management indicate that the
RSF procedure is not working in the right mailbox (OAMAILBOX or
DCLMAILBOX). Can that be the case? - and why?


Any help will be appreciated!

Elin

    I told them to change all occurences of
    
    $       save_ver = f$verify(0)  
    to 
    $       save_ver = f$verify(1)
    
    in the SMJACKET, SMSREORG and SMREORG command procedures.
    
    Then they ran RSF on the customer system and on the managers'
    testsystem. The difference was that OAMAILBOX got redefined on the
    customer system.
    
    We have now found an old OAINI.SCP that seems to be the culprit.
    They have renamed it and will run RSF again tonight.
    
    Elin