Conference azur::mcc

3089.0. "Problems w/ DECnet autoconfig T1.2.7" by SWORD1::KENNEDY (MaryEllen - CTE) Wed May 27 1992 19:37

Trying to use DECnet PhaseIV Autoconfig, had the following problems:

1)
o  Is "USER01:[KENNEDY]" the correct base directory? Y/N [Y]: n

o  Please specify a base directory: user01:[kennedy.mcc_v12_eft]

        Error:  Error parsing directory name.  Please do not specify
                the directory using a logical name.

o  Please specify a base directory: [kennedy.mcc_v12_eft]

        Error:  Error parsing directory name.  Please do not specify
                the directory using a logical name.

o  Please specify a base directory: GRNWCH$DJA1:[Kennedy.mcc_autoconfig]

        Error:  Error parsing directory name.  Please do not specify
                the directory using a logical name.

2)
o  Is "USER01:[KENNEDY]" the correct base directory? Y/N [Y]: n

o  Please specify a base directory: ?

--------------------------------------------------------------------------------

        The configuration data collection and DECmcc Map file
        generation operations performed by DECnet Phase IV Autoconfiguration
        result in the creation of a number of files.  These files are
        created in a subdirectory of the base directory you specify
        here.

        At the prompt, specify the directory which you would like
        DECnet Phase IV Autoconfiguration to use as the base directory.
        Please do not specify a logical name.  If not already present,
        DECnet Phase IV Autoconfiguration will create the subdirectory
        [.DNA4] in the directory you specify.

        You may type Q to Quit DECnet Phase IV Autoconfiguration.

--------------------------------------------------------------------------------

o  Press RETURN to continue:
%DCL-W-USGOTO, target of GOTO not found - check spelling and presence of label

3). I fixed the com file to get around the first problem,
o  Is "USER01:[KENNEDY]" the correct base directory? Y/N [Y]: n

o  Please specify a base directory: user01:[kennedy.mcc_autoconfig]

        Error:  The directory you specified does not exist.

The directory does exist, but the test does not succeed unless there's a
file in the directory.

I'd also suggest that you use the current directory, not SYS$LOGIN as your
initial choice for the base directory - I'd deliberately set default to
the directory which I wanted to use.

Well, I ran the DECnet Autoconfig almost successfully after making the changes 
in the previous note.  However, I had a bad definition for MCC_MAPS, so when 
I returned after letting Autoconfig run, I found the following:

        DECnet Phase IV Autoconfiguration finished generating DECmcc Registratio
n and Map files.
%COPY-E-OPENOUT, error opening USER01:[KENNEDY.MCC_MAPS].; as output
-RMS-E-DNF, directory not found
-SYSTEM-W-NOSUCHFILE, no such file

        Error:  An error has occurred.

        Warning:  DECnet Phase IV Autoconfiguration data files
                  may be corrupt.

        DECnet Phase IV Autoconfiguration exiting under error conditions.
 
I found the error ("files may be corrupt") disconcerting, but
I believe I can recover without re-running the Autoconfiguration, since the
map files appear to be in the autoconfig directory.

However, since you go to all the trouble of confirming the working directory,
why not also confirm the the Map directory is valid?

	Hi MaryEllen,


	Sorry it took so long for me to respond. The good news is that we 
	fixed all the problems associated with default directory changes.

	As a reply to this note I am including the latest copy of 
	MCC_WAN4_AUTOCONFIG.COM and MCC_IP_AUTOCONFIG.COM
	Please copy these files in MCC_COMMON directory and test 
	them to make sure our changes are in line with your expectations.

	Thanks for waiting so long.

	_ Anil Navkal

    
    Re: .1
    
    Hello MaryEllen,
    
> I found the error ("files may be corrupt") disconcerting, but
> I believe I can recover without re-running the Autoconfiguration, since the
> map files appear to be in the autoconfig directory.

    Yes, you can recover by copying the map files from the working
    directory to the place where MCC_MAPS points.  Autoconfiguration
    prints "files may be corrupt" any time the software exits
    with an error, just in case an Autoconfigurtion process
    (collection, map file generation, etc.) was aborted during
    execution.
    
> However, since you go to all the trouble of confirming the working directory,
> why not also confirm the the Map directory is valid?

    Sounds like a good idea.  Thanks for the suggestion.  We will
    keep it in mind for future versions.
    
    Regards,
    
    Ulla Figwer