VSI DECdfs for OpenVMS Installation Guide

Software Version:
VSI DECdfs Version 2.4
Operating System and Version:
VSI OpenVMS IA-64 Version 8.4-1H1 or higher
VSI OpenVMS Alpha Version 8.4-2L1 or higher

Preface

This document contains installation information for VSI DECdfs Version 2.4 for OpenVMS.

1. About VSI

VMS Software, Inc. (VSI) is an independent software company licensed by Hewlett Packard Enterprise to develop and support the OpenVMS operating system.

2. Intended Audience

This guide is intended for the person who installs VSI DECdfs for OpenVMS Version 2.4.

3. Related Documents

The VSI DECdfs documentation set consists of this installation guide, the VSI DECdfs for OpenVMS Management Guide, and the release notes document. You can find related information in the following documents:
  • The OpenVMS installation and operations guide for your system.

  • VSI OpenVMS System Manager's Manual

  • VSI OpenVMS DECnet Networking Manual

  • VSI OpenVMS Guide to System Security

  • VSI OpenVMS License Management Utility Guide

  • VSI OpenVMS System Services Reference Manual

  • VSI DECnet-Plus for OpenVMS Network Management Guide

  • VSI DECnet-Plus for OpenVMS DECdns Management Guide

4. OpenVMS Documentation

The full VSI OpenVMS documentation set can be found on the VMS Software Documentation webpage at https://docs.vmssoftware.com.

5. VSI Encourages Your Comments

You may send comments or suggestions regarding this manual or any VSI document by sending electronic mail to the following Internet address: . Users who have VSI OpenVMS support contracts through VSI can contact for help with this product.

6. Conventions

The following conventions may be used in this manual:
ConventionMeaning

Ctrl/ x

A sequence such as Ctrl/ x indicates that you must hold down the key labeled Ctrl while you press another key or a pointing device button.

PF1 x

A sequence such as PF1 x indicates that you must first press and release the key labeled PF1 and then press and release another key or a pointing device button.

Return

In examples, a key name enclosed in a box indicates that you press a key on the keyboard. (In text, a key name is not enclosed in a box.)

...
A horizontal ellipsis in examples indicates one of the following possibilities:
  • Additional optional arguments in a statement have been omitted.

  • The preceding item or items can be repeated one or more times.

  • Additional parameters, values, or other information can be entered.

.
.
.

A vertical ellipsis indicates the omission of items from a code example or command format; the items are omitted because they are not important to the topic being discussed.

( )

In command format descriptions, parentheses indicate that you must enclose the options in parentheses if you choose more than one.

[ ]

In command format descriptions, brackets indicate optional choices. You can choose one or more items or no items. Do not type the brackets on the command line. However, you must include the brackets in the syntax for OpenVMS directory specifications and for a substring specification in an assignment statement.

[ |]

In command format descriptions, vertical bars separate choices within brackets or braces. Within brackets, the choices are options; within braces, at least one choice is required. Do not type the vertical bars on the command line.

{ }

In command format descriptions, braces indicate required choices; you must choose at least one of the items listed. Do not type the braces on the command line.

bold text

This typeface represents the introduction of a new term. It also represents the name of an argument, an attribute, or a reason.

italic text

Italic text indicates important information, complete titles of manuals, or variables. Variables include information that varies in system output (Internal error number), in command lines (/PRODUCER= name), and in command parameters in text (where dd represents the predefined code for the device type).

UPPERCASE TEXT

Uppercase text indicates a command, the name of a routine, the name of a file, or the abbreviation for a system privilege.

Monospace type

Monospace type indicates code examples and interactive screen displays.

In the C programming language, monospace type in text identifies the following elements: keywords, the names of independently compiled external functions and files, syntax summaries, and references to variables or identifiers introduced in an example.

-

A hyphen at the end of a command format description, command line, or code line indicates that the command or statement continues on the following line.

numbers

All numbers in text are assumed to be decimal unless otherwise noted. Nondecimal radixes—binary, octal, or hexadecimal—are explicitly indicated.

Chapter 1. Installation Prerequisites

This chapter describes the prerequisites for installing the VSI DECdfs software on an OpenVMS I64 or OpenVMS Alpha system. It covers the following topics:
  • Contents of the kit

  • Hardware and software requirements

  • License registration

  • Disk space requirements

  • Installing over earlier VSI DECdfs versions

  • System Generation (SYSGEN) parameters

  • Account and quota requirements

  • Installation time

  • Configuration planning

  • Reviewing the installation procedure

  • Maintenance updates

1.1. Contents of the Kit

The VSI DECdfs documentation set consists of this installation guide, the VSI DECdfs for OpenVMS Management Guide, and the VSI DECdfs for OpenVMS Release Notes. Keep the installation guide with your distribution kit for future reference. You can use this guide to install maintenance updates (see Section 1.12, “Maintenance Updates”) or reinstall the VSI DECdfs software.

The VSI DECdfs release notes are available on line. Read steps 2 and 6 in Section 2.2, “Installation Procedure” for instructions on how to access them. After you install VSI DECdfs, the release notes file (VSI-VMS-DECDFS024.RELEASE_NOTES) resides in the SYS$HELP directory. VSI recommends that you read the release notes and the installation guide before you install VSI DECdfs.

1.2. Required Hardware

The only required hardware is the DECnet Phase IV or DECnet Phase V network hardware. For a list of supported hardware and configurations, refer to the Software Product Description (SPD) for VSI DECdfs for OpenVMS Version 2.4 and to the SPD for the version of the OpenVMS operating system on which you plan to run VSI DECdfs.

1.3. Required Software

You must be running DECnet for OpenVMS, DECnet/OSI, or DECnet-Plus for OpenVMS on your OpenVMS operating system before you install VSI DECdfs.

In the VSI DECdfs documentation, DECnet Phase IV is used to refer to DECnet for OpenVMS, and DECnet Phase V is used to refer to either or both DECnet/OSI and DECnet-Plus for OpenVMS.

The software required to run VSI DECdfs Version 2.4 is as follows:
  • OpenVMS Alpha Version 8.2 with DECnet Phase IV or DECnet Phase V

  • OpenVMS I64 Version 8.2 with DECnet Phase IV or DECnet Phase V

1.4. License Registration (PAK)

You must register and load the VSI DECdfs license Product Authorization Key (PAK) before you can run the VSI DECdfs software and the Installation Verification Procedure (IVP).

Use the License Management utility (LICENSE) to register and load the VSI DECdfs license PAK in the LMF database before or after installing the VSI DECdfs software. Use the License Management utility (LICENSE) documentation to learn how to register and load a license PAK.

When you register the license PAK before you install, the IVP runs automatically (if selected) and VSI DECdfs starts automatically at the end of the installation. Neither happens if you do not register the license PAK until after the installation.

See the VSI OpenVMS License Management Utility Guide for more information about registering and loading licenses for OpenVMS layered products.

1.5. Required Disk Space

To install VSI DECdfs, there must be a minimum amount of free disk space (peak block count) on the system disk (SYS$SYSDEVICE:). After VSI DECdfs is installed, the VSI DECdfs files require less disk space (net block count). Required space depends on the processor, as shown in the following table:

Processor

Peak Blocks

Net Blocks

Alpha

3525

3250

I64

6500

6000

To display the number of free blocks, enter the following DCL command:
$ SHOW DEVICES SYS$SYSDEVICE
The number of free blocks is displayed on your screen under the Free Blocks heading, as follows:
Device   Device   Error   Volume  Free   Trans  Mnt
Name     Status   Count   Label   Blocks Count  Cnt
DUA0:    Mounted     0    DAISY   31625    82   1

If the system disk does not contain enough free space, you must purge files, remove unused files (log files, for example), or remove some applications or user files. You can then install the VSI DECdfs software.

1.6. Installing Over Earlier Versions of VSI DECdfs Software

As of VSI DECdfs Version 1.3, several tuning parameters were removed to ease performance management tasks. Consequently, the following command qualifiers and logical names are obsolete:
  • /SESSIONS_MAXIMUM and /CONNECTIONS_MAXIMUM qualifiers

    In the Communication Entity, both the /SESSIONS_MAXIMUM and /CONNECTIONS_MAXIMUM qualifiers have been removed from the SET COMMUNICATION and SHOW COMMUNICATION commands. VSI DECdfs now automatically allocates session and communication blocks to accommodate increased requests.

  • /FILES_MAXIMUM qualifier

    In the server, the /FILES_MAXIMUM qualifier for the SET SERVER and SHOW SERVER commands has been removed. VSI DECdfs now automatically allocates blocks that correspond to open files.

  • /PERSONA_CACHE=BLOCKS_THRESHOLD qualifier and value

    As part of persona cache autosizing in the server entity of VSI DECdfs, the BLOCKS_THRESHOLD value for the /PERSONA_ CACHE qualifier of the SET SERVER and SHOW SERVER commands has been disabled. VSI DECdfs now automatically recalculates this threshold periodically.

  • DFS$PQL_FILLM and DFS$PQL_BYTLM logical names

    The two logical names DFS$PQL_FILLM and DFS$PQL_BYTLM, which were defined in file DFS$CONFIG.COM in versions of VSI DECdfs prior to Version 1.3, are no longer necessary and will be ignored if they exist in the file. VSI DECdfs now automatically computes values for these server process quotas based on the SYSGEN parameter CHANNELCNT.

If you are installing VSI DECdfs over a version of VSI DECdfs earlier than Version 1.3 and the existing DFS$CONFIG.COM contains any of the qualifiers or logical names shown in the above list, you should either rename DFS$CONFIG.COM to disable it or edit the file and remove the obsolete qualifiers or logical names. VSI DECdfs issues a warning message if it finds obsolete qualifiers or logical names during startup.

1.7. SYSGEN Parameters

The following sections describe how to check and modify the System Generation (SYSGEN) parameters that are needed to run VSI DECdfs. After modifying any SYSGEN parameters in the MODPARAMS.DAT file, invoke the OpenVMS AUTOGEN command procedure to automatically adjust the values of the other system parameters and reboot the system to set the new parameter values. For information about AUTOGEN, see the VSI OpenVMS System Manager's Manual.

To run VSI DECdfs, you might need to modify the following SYSGEN parameters:
  • NPAGEDYN (nonpaged dynamic pool size)

  • INTSTKPAGES (system interrupt stack size)

  • GBLPAGES (global pages) and GLBSECTIONS (global sections)

1.7.1. Increasing the Nonpaged Pool Size

To use VSI DECdfs, you may need to increase the size of the nonpaged dynamic pool (the SYSGEN parameter NPAGEDYN).

For a client-only node, add 100,000 bytes of nonpaged pool. For a server node, VSI recommends an additional 250,000 bytes of nonpaged pool. The additional bytes are usually sufficient for the normal use of approximately 10 to 20 VSI DECdfs client devices.

To increase the nonpaged pool size, edit the MODPARAMS.DAT file in the SYS$SYSTEM directory. Add the statements that increase the value of the SYSGEN parameter NPAGEDYN as follows:
  • For a client-only node, add the following comment and statement at the end of the file:
    ! Add some nonpaged pool for DECdfs client
    !
    ADD_NPAGEDYN=100000
  • For a server node, add the following comment and statement at the end of the file:
    ! Add some nonpaged pool for DECdfs server
    !
    ADD_NPAGEDYN=250000

If you decide to increase the data cache size on the server node, increase the server node's nonpaged pool size further (see the VSI DECdfs for OpenVMS Management Guide).

1.7.2. Increasing the System Interrupt Stack Size (VAX Systems Only)

To use VSI DECdfs, increase the size of the system interrupt stack four pages more than your current use. To increase the size of the interrupt stack, edit the SYS$SYSTEM:MODPARAMS.DAT file to add a statement that increments the value of the SYSGEN parameter INTSTKPAGES.

For a server node, add the following statement at the end of the MODPARAMS.DAT file:
! Increase the size of the interrupt stack for the DECdfs
! server.
ADD_INTSTKPAGES=4

By increasing the size of the system interrupt stack, you can prevent the VSI DECdfs server from experiencing occasional system halts. An interrupt stack pointer error (ISP ERR) or similar hardware error message is displayed when the size of the interrupt stack is too small. The specific error message that is displayed depends on the VAX model you are using.

1.7.3. Increasing Global Pages and Global Sections

To use VSI DECdfs, you may need to increase the number of global pages and global sections (the SYSGEN parameters GBLPAGES and GBLSECTIONS). If the current settings for these parameters are inadequate, VMSINSTAL cannot start VSI DECdfs after installation.

The following table shows how many additional global pages and global sections you need for a VSI DECdfs server node running on a VAX or Alpha processor:

Processor

Global Pages

Global Sections

Alpha

1312

10

I64

1312

10

For a client-only node, VSI DECdfs requires about 60 percent of the global page values shown in the previous table; the global section requirements are the same.

To check the number of available global pages and global sections, use the WRITE command with the F$GETSYI lexical function to find the number of free global pages and global sections. The following example shows how to get this information at your terminal or workstation (the default destination for SYS$OUTPUT):
$ WRITE SYS$OUTPUT F$GETSYI("FREE_GBLPAGES")
  15848
$ WRITE SYS$OUTPUT F$GETSYI("FREE_GBLSECTS")
  24

If the number of unused global pages and global sections is insufficient to run VSI DECdfs, edit the SYS$SYSTEM:MODPARAMS.DAT file and insert statements that raise the values of the SYSGEN parameters GBLPAGES and GBLSECTIONS.

To increase the values for GBLPAGES and GBLSECTIONS, add the following statements at the end of the MODPARAMS.DAT file. The variables nnn and mmm represent numbers that you add to the current setting for these SYSGEN parameters.
ADD_GBLPAGES=nnn ADD_GBLSECTIONS=mmm

1.7.4. Increasing the Channel Count

Your system's channel count parameter, CHANNELCNT, specifies the maximum number of files that any process on the system can open concurrently. Each file requires one channel, and the VSI DECdfs server process opens all local files that users at VSI DECdfs clients access. If the server is your system's most active file user, you may need to increase the channel count to accommodate the server.

Determine the appropriate CHANNELCNT parameter by estimating the maximum number of simultaneously open files you expect on the server. Add 15 to this number to allow for some additional channels for the server's own use. For example, if you expect 250 files to be open simultaneously, set the CHANNELCNT parameter to 265 channels before running VSI DECdfs.

Insert the following line in the MODPARAMS.DAT file in the SYS$SYSTEM directory, and then run the AUTOGEN procedure:
ADD_CHANNELCNT = 265
For information on AUTOGEN, see the VSI OpenVMS System Management Utilities Reference Manual. You can read the online help information about the CHANNELCNT parameter by entering the following SYSGEN HELP command:
$ RUN SYS$SYSTEM:SYSGEN
SYSGEN> HELP PARAMETERS SPECIAL_PARAMS CHANNELCNT

1.8. Account and Quota Requirements

To run VMSINSTAL, you must have the following privileges: SYSPRV, SYSNAM, OPER, NETMBX, TMPMBX, CMKRNL, DETACH, ALTPRI, ACNT, PRMMBX, PSWAPM, and PHY_IO. Use the system manager account to install the VSI DECdfs software.

The default values for the system quotas are sufficient to install VSI DECdfs. See the VSI OpenVMS System Services Reference Manual for more information about system quotas.

1.9. Installation Time

The VSI DECdfs software installation takes less than 5 minutes when installed from CD-ROM. The time that it takes to install VSI DECdfs client or server software is similar, but can vary depending on the processor, distribution media, and system load. The installation verification procedure (IVP) takes approximately 30 seconds.

1.10. Configuration Planning

Before you install any VSI DECdfs software, you need to plan your configuration. Decide which nodes will be VSI DECdfs server nodes (those with active VSI DECdfs server and client software) and which will be VSI DECdfs client-only nodes (those with active VSI DECdfs client software only). You must consider how many servers and client-only nodes exist in your network, as well as their locations. This information is important in deciding where to place servers.

A VSI DECdfs server allows users at VSI DECdfs clients to access server disks and directories. These disks and directories appear to be local to the VSI DECdfs client system. For information on VSI DECdfs server and client functions, see the VSI DECdfs for OpenVMS Management Guide.

When you install VSI DECdfs software without specifying that you want a client-only node, the software for clients and servers is loaded and the node becomes a VSI DECdfs server. When you specify client-only, then only the VSI DECdfs client software starts up on the client-only node. The server software is present but inactive on client-only nodes.

See Section 1.10.3, “Installing VSI DECdfs on OpenVMS Cluster Systems” or Section 3.7, “Changing VSI DECdfs Configurations” for information on changing the configuration of client systems and server systems.

1.10.1. Configuration Questions

As you plan your configuration, consider the following criteria:
  • The nodes on which you will install VSI DECdfs client-only software.

  • The nodes on which you will install VSI DECdfs server software.

  • The namespace naming conventions used on your network. See Section 1.10.2, “The DECdns Distributed Name Service (DECdns)” for information on DECdns.

  • Whether the VSI DECdfs and DECnet license PAKs are registered and loaded on systems that will be clients and servers.

  • Whether each node in a cluster environment has VSI DECdfs and DECnet license PAKs.

1.10.2. The DECdns Distributed Name Service (DECdns)

On all DECnet Phase V systems, and on VAX systems running DECnet Phase IV, VSI DECdfs uses the facilities of the DECdns Distributed Name Service to identify file services. This allows clients to access file services without explicitly knowing the name or location of the node that provides the service. On Alpha systems running DECnet Phase IV, DECdns is not available, and consequently, VSI DECdfs operational procedures are adjusted to include specifying the node name of the server in appropriate places.

The following stated requirements here and elsewhere in this guide regarding DECdns do not apply to DECnet Phase IV Alpha systems. However, you should refer to the VSI DECdfs for OpenVMS Management Guide for information concerning the interaction between nodes that do and do not use DECdns.

DECdns provides a database (called a namespace) for storing and managing the names and addresses of resources that are distributed throughout a network. This scheme permits users and applications throughout the network to locate a particular resource by its name rather than its address. Thus, network resources can move to a new location without affecting users or applications seeking them. If someone moves a resource, that person writes the new address information into the namespace. The next user or application seeking that resource by name automatically gets the updated address information from the namespace.

1.10.2.1. Access Points

VSI DECdfs servers store address information for access points in the DECdns namespace. An access point represents the file resources that a VSI DECdfs server makes available to a VSI DECdfs client. Each access point name resides in the DECdns namespace and provides the address information for a VSI DECdfs server that offers that particular file resource.

Ask your network's DECdns manager to help you perform the following tasks:
  • Identify a node that has the DECdns server software. A DECdns server must be installed, running, and accessible before you can use the VSI DECdfs software or run the IVP.

  • Create access point names that comply with the DECdns naming conventions used on your network.

The DECdns manager must also provide access rights to VSI DECdfs server accounts and client accounts, as follows:
  • The account from which you operate a VSI DECdfs server needs read and write access rights in any DECdns directory in which you plan to store access points.

  • The account from which you plan to run a VSI DECdfs client installation and verification procedure (IVP) needs read access rights in the DECdns directory containing any VSI DECdfs access point.

1.10.2.2. DECdns Clerk

VSI DECdfs Version 2.4 should be installed on nodes running OpenVMS Version 5.5-2 or a higher version. These versions of OpenVMS include the DECdns clerk, so the VSI DECdfs installation no longer supplies the DECdns clerk. The installation, however, still attempts to start the DECdns clerk if it has not already been started and if file DNS$DEFAULT_FILE.DAT exists. If this file does not exist, the installation reminds you to execute procedure SYS$STARTUP:DNS$CHANGE_DEF_FILE.COM before you try to start VSI DECdfs. This procedure copies file DNS$DEFAULT_FILE.DAT to your node and starts the DECdns clerk.

On systems running DECnet Phase V, the file DNS$DEFAULT_FILE.DAT is no longer used. The DECdns clerk is always installed and running on DECnet Phase V systems.

1.10.2.3. DECdns Logical Name Table

DECdns uses its own logical name table for DECdns objects. You must supply the name of this table, DNS$SYSTEM_TABLE, to any DEFINE command that applies to related DECdns objects. For example, suppose you want to define a system logical name in your DFS$SYSTARTUP.COM procedure for your namespace name or directory. Supply the DEFINE statement with the qualifier that specifies the DECdns logical name table, DNS$SYSTEM_TABLE. To create the logical name EXAMPLE_DIR, you could include the following line:
$ DEFINE/TABLE=DNS$SYSTEM_TABLE EXAMPLE_DIR -"THIS.IS.AN.EXAMPLE"

Keep this OpenVMS and DECdns change in mind if you are upgrading to VSI DECdfs Version 2.4 from an earlier version of VSI DECdfs.

1.10.3. Installing VSI DECdfs on OpenVMS Cluster Systems

In an OpenVMS Cluster environment with only one system disk, you need to install VSI DECdfs server software on only one cluster member. VMSINSTAL places all VSI DECdfs files in the SYS$COMMON directory. This provides identical VSI DECdfs environments for each cluster member; for example, mounting the same access points and serving the same access points added by using the ADD ACCESS_POINT command with the /CLUSTER qualifier.

Note

All nodes in an OpenVMS Cluster system that will run VSI DECdfs need a registered and loaded VSI DECdfs license PAK before VSI DECdfs can be started.

You can create a different VSI DECdfs environment on each node in an OpenVMS Cluster system by copying the DFS$SYSTARTUP.COM and DFS$CONFIG.COM files to each node's SYS$SPECIFIC:[SYS$STARTUP] directory and modifying it for that specific cluster member.

If you want to run some cluster members as VSI DECdfs client-only nodes and others as VSI DECdfs server nodes, copy:
  • The DFS$CONFIG.COM file to each member's SYS$SPECIFIC:[SYS$STARTUP] directory and modify it for that specific cluster member.

  • The DFS$SYSTARTUP.COM file to each member's SYS$SPECIFIC:[SYSMGR] directory and modify it for that specific cluster member.

  • The DFS$STARTUP.COM file to each member's SYS$SPECIFIC:[SYS$STARTUP] directory and edit the following lines:
    $! Installation specific parameters:
    $!
    $ START_CLIENT_FLAG = "TRUE"
    $ START_SERVER_FLAG = "TRUE"
    $!
    $!
    $! Title = DFS$STARTUP.COM
The flag START_SERVER_FLAG = "TRUE" indicates that the VSI DECdfs server software can be started on this node. Edit the DFS$STARTUP.COM file only when you change the configuration of the node. Make one of the following changes:
  • When you change from a server to a client-only node, you must change the flag START_SERVER_FLAG from "TRUE" to "FALSE."

  • When you change from a client-only to a server node, you must change the flag START_SERVER_FLAG from "FALSE" to "TRUE."

To run VSI DECdfs on a heterogeneous OpenVMS Cluster system, on a mixed architecture OpenVMS Cluster system, or on a homogeneous OpenVMS Cluster system that uses multiple system disks, install VSI DECdfs on each of the system disks. Each node and system disk needs a registered and loaded license PAK before VSI DECdfs can be started on that node.

1.11. Reviewing the VSI DECdfs Installation Procedure

Before installing VSI DECdfs, assemble the information that you must provide to VMSINSTAL during the installation procedure. To determine the context in which VMSINSTAL requires this information, review the installation procedure (as described in Section 2.2, “Installation Procedure”).

Read the VSI DECdfs release notes before continuing the installation procedure. Use the OPTIONS N parameter in the command line to gain access to the release notes. After you complete the installation, you can access the release notes in SYS$HELP:HP-VMS-DECDFS024.RELEASE_NOTES. See Chapter 2, Installation and Verification for more information about the installation procedure.

If VSI DECdfs files exist on your system from a previous installation, read the following three sections.

1.11.1. Rebooting an Existing VSI DECdfs System Before or After the Installation

VSI DECdfs uses OpenVMS drivers that, once loaded, cannot be unloaded without rebooting the system. Therefore, if a previous version of VSI DECdfs is running on the target system, one of the following two actions must be taken:
  • Reboot the system without starting VSI DECdfs before doing the installation.

  • Do the installation and promptly reboot the system. In this case, once you complete the installation and before the system is rebooted, you will not be able to run DFS$CONTROL because of version incompatibilities between drivers, installed images, and new files. Furthermore, you cannot run the IVP until after the reboot.

VSI recommends that you reboot the system without starting VSI DECdfs before you perform this installation. If you choose to do the installation first, reboot the system as soon as possible after the installation is complete. Do not attempt to run DFS$CONTROL or the IVP, or restart VSI DECdfs, until after the reboot.

If you reboot first, you will not need to reboot again when the installation completes. To avoid starting VSI DECdfs, you must edit your SYS$SYSTARTUP file or otherwise temporarily eliminate the call to DFS$STARTUP.COM.

1.11.2. Renaming Existing DFS*.EXE Files

The installation checks whether any DFS*.EXE files are in the SYS$SPECIFIC:[SYSEXE], SYS$SPECIFIC:[SYSLIB], SYS$SPECIFIC:[SYS$LDR], or SYS$SPECIFIC:[SYSMSG] directories. If you moved DFS*.EXE files to any of these directories, VMSINSTAL asks you if you want to rename all DFS*.EXE files to DFS*.OLD (see Section 2.3.1, “Renaming Files Message”). If you answer YES, the installation procedure renames the files and continues. Otherwise, the installation procedure aborts and displays an error message.

If you want to conserve disk space, remember to delete all the previous versions of the DFS*.EXE files from the SYS$SPECIFIC:[SYSEXE], SYS$SPECIFIC:[SYSLIB], SYS$SPECIFIC:[SYS$LDR], and SYS$SPECIFIC:[SYSMSG] directories before you install VSI DECdfs. If VSI DECdfs runs on a cluster system, delete these files on all cluster members.

1.11.3. Processing Existing DFS*.COM Files

As part of its installation, VSI DECdfs Version 2.4 looks for existing DFS$CONFIG.COM and DFS$SYSTARTUP.COM files in directories SYS$STARTUP and SYS$MANAGER. If it does not find these files, the installation procedure places a default version of the missing file in SYS$MANAGER. If it finds these files, the installation procedure places the respective template files (DFS$CONFIG.TEMPLATE and DFS$SYSTARTUP.TEMPLATE) in SYS$MANAGER. Note that if you have previously moved either DFS$CONFIG.COM or DFS$SYSTARTUP.COM to SYS$SPECIFIC directories, the installation proceeds as if these two files do not exist. VSI DECdfs uses the DFS$SYSTARTUP.COM and DFS$CONFIG.COM files for adding or mounting access points (or both) and for configuration purposes.

The installation procedure always renames previously existing DFS$STARTUP.COM files to DFS$STARTUP.OLD and provides a new startup file in directory SYS$STARTUP.

1.12. Maintenance Updates

VSI may periodically issue a maintenance update release of the VSI DECdfs software. If you are upgrading from a previous version of VSI DECdfs, your software installation kit will not include new documentation if the documentation has not been revised. In this case, use the installation guide for the previous version to install the new software.

The release notes included with each software release describe new and changed software features. VSI recommends that you read the release notes before installing the software to ensure that you are aware of any special installation or operating requirements.

For more information about reading, printing, and accessing the release notes before you install the software, follow steps 1 through 6 of the installation procedure in Section 2.2, “Installation Procedure”. You can stop the installation procedure during step 6 by answering the "Do you want to continue the installation [NO]?" prompt with NO. You can read, display, or print the release notes after the installation by specifying the SYS$HELP:HP-VMS-DECDFS024.RELEASE_NOTES file.

Chapter 2. Installation and Verification

This chapter contains general information about the OpenVMS installation procedure (VMSINSTAL) and explains each step of the procedure. This chapter also describes additional VSI DECdfs installation messages that you may receive during an installation.

2.1. Preliminary Information

VSI recommends that you read Section 1.11, “Reviewing the VSI DECdfs Installation Procedure” and this section before you install VSI DECdfs. VSI also recommends that you back up your system before beginning the installation.

Use the installation procedure, VMSINSTAL, to install the VSI DECdfs software on an OpenVMS system. The sample procedure in Section 2.2, “Installation Procedure” installs both client and server software on a node. If you are establishing a client-only node, you can delete the files that are used by only the server after the VSI DECdfs installation is complete. See Section 3.8, “Deleting Server Software from Client-Only Systems” for more information about reclaiming disk space.

VMSINSTAL asks a series of questions, to which you must provide appropriate responses. Default responses appear in brackets ([]). Press Return to accept the default response. For help while installing VSI DECdfs, enter a question mark (?) after the prompt.

To abort the installation procedure, press Ctrl/Y. The installation procedure deletes all VSI DECdfs files that it has created up to that point and returns to the DCL prompt ($). If you want to retry the installation procedure after you press Ctrl/Y, you must invoke VMSINSTAL again. See Step 2 in Section 2.2, “Installation Procedure” for additional information.

To save a copy of the VMSINSTAL session on disk for future reference, use the SET HOST 0 /LOG command before invoking VMSINSTAL. Node 0 represents the local node. See Appendix B, Sample Installations for OpenVMS Systems for sample installations.

Before you install VSI DECdfs, ensure that:
  • Your system is running the required software (see Section 1.3, “Required Software” for additional information).

  • Your system has the required free disk space on the system disk (see Section 1.5, “Required Disk Space” for additional information).

  • You modified the SYSGEN parameters as described in Section 1.7, “SYSGEN Parameters”.

  • Your DECnet Phase IV or DECnet Phase V software is installed and running.

  • At least one VSI DECdfs server is installed, running, and accessible and at least one registered access point is available if you wish to create a VSI DECdfs client-only configuration and run the Installation Verification Procedure (IVP).

  • If you are running DECnet Phase IV on a VAX processor, the DECdns Distributed Name Service is running on the network and is accessible (see Section 1.10.2, “The DECdns Distributed Name Service (DECdns)” for additional information).

  • If you are running DECnet Phase IV on a VAX processor, the file SYS$SYSTEM:DNS$DEFAULT_FILE.DAT is necessary for DECdns to work properly. If this file does not exist on your system, execute SYS$STARTUP:DNS$CHANGE_DEF_FILE.COM to obtain a copy of this file from your DECdns server. The file is not necessary if you are running DECnet Phase V. DECdns is not available on Alpha systems running DECnet Phase IV.

2.2. Installation Procedure

This section presents the steps of a sample installation procedure for installing VSI DECdfs client and server software. To install the VSI DECdfs software, follow these steps:

Step 1. Log in to the system manager account.

The system manager account has the necessary privileges to run VMSINSTAL.

Step 2. Invoke VMSINSTAL.

To invoke VMSINSTAL, enter the following command line:

$ @SYS$UPDATE:VMSINSTAL HP-VMS-DECDFS024 ddcu: OPTIONS N

The value ddcu: represents the name of the device where you mounted the distribution media. For example, if the VSI DECdfs kit is in a subdirectory on a user disk, you might construct the device name MY_SYS$DUA1:[MY_DIRECTORY]. When you invoke VMSINSTAL and include the OPTIONS N parameter in the command line, you can view or print the release notes automatically. If you omit OPTIONS N in the command line, you cannot print or read the release notes until after the installation procedure is complete.

The following message is displayed on the screen:
        OpenVMS Software Product Installation Procedure Vn.n

It is dd-mmm-yyyy at hh:mm.
Enter a question mark (?) at any time for help.

Note

The real version number, date, and time will be substituted for the variables shown in italic type.

Step 3. Check the system environment.

VMSINSTAL checks your system environment and notifies you of any running processes. For example, your system might display the following message:
  %VMSINSTAL-W-ACTIVE, The following processes are still active:
         MAIL_38503

* Do you want to continue anyway [NO]?

This message is informational only. Enter NO (or press Return) to end the installation and return to the DCL prompt ($). Enter YES to continue installing VSI DECdfs.

Step 4. Check backup.

The following message reminds you to back up your system disk before installing software:
* Are you satisfied with the backup of your system disk [YES]?

Enter YES to continue installing VSI DECdfs. Enter NO to end the installation and return to the DCL prompt ($).

Step 5. Mount the installation kit volume.

If the device you provided in step 2 for the distribution media is not mounted, VMSINSTAL prompts you to mount the installation kit volume. Mount the volume and ensure that the device is in the READY state. Enter YES and press Return when you are ready. A message confirms that the media is mounted and ready:
Please mount the first volume of the set on ddcu:

* Are you ready? YES
%MOUNT-I-MOUNTED, HP-VMS-DECDFS024 mounted on _ddcu:.

Step 6. Start the installation.

After you mount the installation kit volume, VMSINSTAL displays the following messages:
The following products will be processed:

    HP-VMS-DECDFS V2.4
          Beginning installation of HP-VMS-DECDFS V2.4 at hh:mm

%VMSINSTAL-I-RESTORE, Restoring product save set A ... 
Release notes included with this kit are always copied to SYS$HELP. If you included OPTIONS N in the command line in step 2, the Additional Release Notes Options menu is displayed. You can select one of the following options:
Additional Release Notes Options:
         1.  Display release notes
         2.  Print release notes
         3.  Both 1 and 2
         4.  None of the above
* Select option [2]: 2

If you choose option 1, VMSINSTAL displays the release notes at your terminal.

If you choose option 2, VMSINSTAL prompts you to enter a print queue name as follows:
Queue name [SYS$PRINT]:
Type a print queue name or press Return. VMSINSTAL queues a copy of the release notes to print and displays a message such as the following:
Job HP-VMS-DECDFS024 (queue queue, entry nnn) started on queue

If you select option 3, VMSINSTAL displays the release notes on your screen and prompts you for a print queue name.

If you select option 4, VMSINSTAL does not display or print the release notes at any time during the installation procedure.

After you select any of the options, VMSINSTAL displays the following message:
* Do you want to continue the installation [NO]?
One way to read the release notes now is to respond NO and locate them in SYS$HELP. A NO response terminates the installation and requires you to start again at step 1. Regardless of your response, the procedure displays the following message:
%VMSINSTAL-I-RELMOVED, The product's release notes have been successfully moved to SYS$HELP.

Step 7. Run the Installation Verification Procedure.

VMSINSTAL asks whether you want to run the Installation Verification Procedure (IVP) as part of the installation procedure. If you enter YES, you need to supply an access point name in step 13. If you enter NO, VMSINSTAL skips steps 13 and 14.
* Do you want to run the IVP after the installation [YES]?

Step 8. Purge old files.

VMSINSTAL asks whether you want to purge files that are replaced during the installation process. To retain the old copies, enter NO; otherwise, enter YES (or press Return).
* Do you want to purge files replaced by this installation [YES]?

If VMSINSTAL finds DFS*.EXE files in any SYS$SPECIFIC: directory, the procedure lists the files and asks whether you want to rename them. See Section 2.3.1, “Renaming Files Message” for the dialog and possible responses.

If VMSINSTAL finds VSI DECdfs driver files in SYS$SYSTEM, the procedure asks whether you want to delete them. See Section 2.3.2, “Deleting Old Driver Files Message” for the dialog and possible responses.

Step 9. Verify the configuration.

VMSINSTAL asks whether the stated configuration is correct or not.

DECnet Phase IV:

 Current configuration:   OpenVMS/xxx Vn.n - DECnet Phase IV
* Install the DFS files that support this configuration? [YES]?

DECnet Phase V:

 Current configuration:   OpenVMS/xxx Vn.n - DECnet-Plus
* Install the DFS files that support this configuration? [YES]?
In the previous examples, the variables can have the following values:
  • xxx can be either an Alpha or I64 processor

  • V n. n can be Version 8.2 for Alpha processors or Version 8.2 for I64 processors.

To use the configuration displayed, enter YES (or press Return). If this configuration does not represent the system, enter NO. If you enter NO, you are given the opportunity to choose one of the following alternate configurations:

   Possible configurations:
              1. OpenVMS I64 V8.2  - DECnet Plus
              2. OpenVMS I64 V8.2  - DECnet Phase IV
              3. OpenVMS Alpha V8.2 - DECnet Plus
              4. OpenVMS Alpha V8.2 - DECnet Phase IV
              0. Stop installation
* Enter number [4]
If you want to stop the installation, enter 0. The default is the stated configuration. If you prefer the alternate configuration, enter one of the other numbers. If you choose an alternate configuration, a difference will exist between the stated configuration and the chosen configuration, and a warning message and question therefore will be displayed.
 %DECDFS_-VRMISM-E, Architecture type, VMS version,
 -DECDFS_-VRMISM-E, or DECnet version mismatch detected

* Do you wish to continue with this configuration? [NO]

If you answer NO, the installation ends. If you answer YES, it continues.

Step 10. Install the Help Message Utility.

If you are installing on a system that is running OpenVMS Version 6.2 or later, the following question is displayed:
* Install DFS Help Message file? [YES]
If you answer YES, the installation procedure displays the following message:
  Add SYS$HELP:DFS.MSGHLP$DATA to the searchlist defined by
  MSGHLP$LIBRARY in order to include the DFS messages in your
  HELP/MESSAGE search. Please refer to the OpenVMS SYSTEM
  MANAGER'S MANUAL: ESSENTIALS for more information.

Step 11. Install client or server software.

Indicate whether you want to install client or server software on this node at this VMSINSTAL prompt. Enter YES to install both the client and server software. Enter NO to establish a client-only node.

* Do you want to install the DECDFS03 V2.4 SERVER software on this node [YES]?
After you answer these questions, VMSINSTAL displays the following message:
Product: DFS
Producer: DEC
Version: 2.0
Release Date: 20-JUN-1994

The Product name DFS indicates a server software installation; the Product name DFS-CLIENT indicates a client software installation. The Product name is also the PAK name, which is checked in the next step.

Step 12. Check for a License Product Authorization Key (PAK).

VMSINSTAL checks for a registered and loaded VSI DECdfs license PAK.
* Does this product have an authorization key registered and loaded?

Enter YES or press Return to indicate that the VSI DECdfs license PAK is installed. Enter NO and press Return if the VSI DECdfs license PAK is not installed.

If you are installing VSI DECdfs client software (you answered NO in step 11), the installation procedure looks for a PAK named DFS-CLIENT, which includes only the client. If you are installing VSI DECdfs server software (you answered YES in step 11), the installation procedure looks for a PAK named DFS, which includes both server and client.

You can continue to install VSI DECdfs without a license, but the IVP cannot run and VSI DECdfs cannot be started as part of the installation or when the installation finishes. After using the License Management Facility (LMF) to register and load the license PAK, you can start VSI DECdfs or run the IVP.

Step 13. Read informational messages.

VMSINSTAL displays the following informational messages:

    Installation will be complete in approximately 1 - 5 minutes
    depending upon your configuration.

    There are no more questions unless you choose to run the IVP.
    Installing VSI DECdfs software . . .

%VMSINSTAL-I-RESTORE, Restoring product save set B ...
The following table shows the save sets installed for each possible operating system/processor/network transport combination:

DECnet Phase IV

Operating System

Save Sets

OpenVMS I64 Version 8.2

A,C

OpenVMS Alpha Version 8.2

A,E


DECnet Phase V

Operating System

Save Sets

OpenVMS I64 Version 8.2

A,B

OpenVMS Alpha Version 8.2

A,D

Step 14. Complete the VSI DECdfs installation.

If the installation has proceeded without errors on a node that does not have VSI DECdfs running, VMSINSTAL displays the following text as it completes the installation of VSI DECdfs:

DECnet Phase IV:

The following line should be added to your SYSTARTUP command
file to automatically start DFS at system startup time:

"@SYS$STARTUP:DFS$STARTUP.COM"

Put DFS$STARTUP after the statement that invokes the DECnet
startup commandfile (STARTNET.COM). The DECnet software
must be started before the DECdfs software.

%VMSINSTAL-I-MOVEFILES, Files will now be moved to their target
directories...

DECnet Phase V:

The following line should be added to your SYSTARTUP command
file to automatically start DFS at system startup time:

"@SYS$STARTUP:DFS$STARTUP.COM"

%VMSINSTAL-I-MOVEFILES, Files will now be moved to their target
directories...

Note

Additional text may appear in the preceding display. See Section 2.3.4, “VSI DECdfs Startup Messages” for information about this text.

Step 15. Run the Installation Verification Procedure (IVP).

If you answered NO to the question in step 7, proceed to step 15c.

If you previously specified that you want to run the IVP after the installation and no errors occurred, VMSINSTAL starts VSI DECdfs and displays the following message:

    The Installation Verification Procedure will now be run. Please
    review preceding messages and take note of postinstallation actions
    that may be required (such as editing the SYSTARTUP procedure).

Begin the DECdfs IVP? [YES]

Enter YES to start the IVP; enter NO to skip the IVP. VMSINSTAL displays a message that is specific for either a client-only (step 15a) or a server (step 15b) installation. The IVP prompts you for an access point name. Section 3.1, “Running the Installation Verification Procedure” describes how to run the IVP and Appendix B, Sample Installations for OpenVMS Systems includes an example of the IVP.

Step 15a. Client-Only IVP.

If you are verifying a client-only software installation, the IVP displays the following message and prompts you for an existing access point name (a DECdns name that you can get from the system manager of a VSI DECdfs server node). The IVP uses an access point name to test a VSI DECdfs mount and dismount operation.

Note

The account you use to run the VSI DECdfs client IVP needs read-access rights to the DECdns directory where the access point resides.


  This system will run as a DECdfs Client. To verify the
  installation, an Access Point must exist on a Server Node. You
  must have already ADDed this Access Point on one of your Server
  Nodes. To do this, use the DFS$CONTROL command ADD ACCESS_POINT on
  a Server Node.
* Enter an Access Point name [] ? access_point_name

Note

On Alpha systems running DECnet Phase IV, the following message is displayed:
  DNS is not available on this system. Therefore, the name of the node
  which serves this access point must also be entered. Note that for
  normal operation, the /NODE qualifier must be supplied on DFS MOUNT
  commands on this system.
* Enter the node which serves this access point [] :
DNS is not available on this system. Therefore, the name of the node which serves this access point must also be entered. Note that for normal operation, the /NODE qualifier must be supplied on DFS MOUNT commands on this system. * Enter the node which serves this access point [] :
The IVP verifies that the VSI DECdfs client can communicate with the VSI DECdfs server and at least one DECdns server. The IVP displays the following messages:
$ DFSCP MOUNT access_point_name DFS$IVP_DISK
%MOUNT-I-MOUNTED, access_point_name mounted on _DFSC1001: (40FORD)
$ DFSCP DISMOUNT DFS$IVP_DISK
%DFS-S-DISMNT_SUCCESS, Dismount was successfully performed

Step 15b. Server IVP.

If you are verifying a server software installation, the IVP displays the following message and prompts you for a unique name to use as a temporary access point. This name must follow the DECdns naming conventions in use in your namespace. Ask the DECdns manager about your network naming conventions. The IVP uses this name to add the access point, mount and dismount the access point, and remove the access point. The IVP can then verify whether there is communication among the VSI DECdfs clients and the VSI DECdfs and DECdns servers.

Note

The account you use to run the VSI DECdfs server IVP needs read and write access rights in the DECdns directory where you plan to add the temporary access point.


 This system will run as a DECdfs Server. To verify the
 installation, an Access Point must be ADDed on the Server.
 This procedure creates an Access Point for its own use. You must
 supply a name for this Access Point that does not already exist
 and is consistent with the DECdns naming policy used in your network.
* Enter an Access Point name [] ? access_point_name

Note

On Alpha systems running DECnet Phase IV, the following additional message is displayed before the access point prompt:
    Be sure to use the namespace prefix (e.g., DEC:.nam.nam).
The IVP now executes while displaying the following messages:
$ DFSCP ADD ACCESS_POINT access_point_name SYS$SYSDEVICE:[000000]
$ DFSCP MOUNT access_point_name DFS$IVP_DISK
%MOUNT-I-MOUNTED, access_point_name mounted on _DFSC1001:
   .
   .
   .
$ DFSCP DISMOUNT DFS$IVP_DISK
%DFS-S-DISMNT_SUCCESS, Dismount was successfully performed
$ DFSCP REMOVE ACCESS_POINT access_point_name

Step 15c. End the IVP.

After the specific client or server IVP in step 15a or step 15b, VMSINSTAL displays a message verifying that either the VSI DECdfs software was installed successfully or the IVP failed. If you receive any error messages during the IVP, see the explanations in the VSI DECdfs for OpenVMS Management Guide.
******************************************************************
                  DECdfs V2.4 IVP Successful
******************************************************************

You can run the IVP at any time to check the VSI DECdfs software. See Section 3.1, “Running the Installation Verification Procedure” for more information and for instructions on how to run the IVP after installing VSI DECdfs.

Step 16. End the installation procedure.

After the installation of the VSI DECdfs software is complete, VMSINSTAL displays the following message:
 Installation of HP-VMS-DECDFS V2.4 completed at hh:mm.
The following message then indicates that VMSINSTAL successfully completed installation and verification of the VSI DECdfs software:
 VMSINSTAL procedure done at hh:mm

If VMSINSTAL reports a failure, review the installation prerequisites. If you removed console media before you installed the software, replace the media in the console drive.

2.3. Additional VSI DECdfs Messages

You may receive additional messages during a VSI DECdfs installation. The following sections describe those VSI DECdfs messages and the conditions that can cause them.

2.3.1. Renaming Files Message

If VMSINSTAL finds existing VSI DECdfs files in any SYS$SPECIFIC: directory, the following message appears after step 8 in Section 2.2, “Installation Procedure”:
Previous versions of the following files were found in the
SYS$SPECIFIC directories. In order for DECdfs to be installed
properly, the files must be renamed so that they do not
interfere with the installation. You may continue with the
installation by answering "YES" to the following question;
otherwise, the installation will be aborted.

Also, as part of a cluster, please delete or rename the
following files on ALL members of the cluster.

SYS$SPECIFIC:[SYSEXE]DFSCDRIVER.EXE
SYS$SPECIFIC:[SYSEXE]DFSRRDRIVER.EXE
SYS$SPECIFIC:[SYSEXE]DFS$COM_ACP.EXE
SYS$SPECIFIC:[SYSEXE]DFSSDRIVER.EXE
SYS$SPECIFIC:[SYSEXE]DFS$SERVER_ACP.EXE
SYS$SPECIFIC:[SYSEXE]DFS$COM_LOGGER.EXE
SYS$SPECIFIC:[SYSEXE]DFS$CONTROL.EXE
SYS$SPECIFIC:[SYS$LDR]DFSCDRIVER.EXE
SYS$SPECIFIC:[SYS$LDR]DFSRRDRIVER.EXE
SYS$SPECIFIC:[SYS$LDR]DFSSDRIVER.EXE
SYS$SPECIFIC:[SYSLIB]DFS$MESSAGE.EXE
SYS$SPECIFIC:[SYSLIB]DFS$MNGT_SHR.EXE
SYS$SPECIFIC:[SYSLIB]DFS$MOUNT_SHR.EXE

* Do you want to rename all SYS$SPECIFIC DECdfs files to .OLD [YES]?

If you enter YES, VMSINSTAL renames the listed DFS*.EXE files to DFS*.OLD and continues with the installation procedure.

If you enter NO, VMSINSTAL ends the installation and displays the following error message:
%VMSINSTAL-E-INSFAIL, The installation of DECdfs V2.4 has successfully
failed.

If you are installing the software on a cluster, you must delete the listed files or rename them on all cluster members before retrying the VSI DECdfs installation procedure.

2.3.2. Deleting Old Driver Files Message

VMSINSTAL displays the following message after step 8 in Section 2.2, “Installation Procedure” if you chose to purge files and if it finds old VSI DECdfs driver files in the SYS$SYSTEM directory:a
* Do you want to delete old DECdfs driver images from SYS$SYSTEM [YES]?

If you enter YES, VMSINSTAL deletes the obsolete VSI DECdfs driver files. If you enter NO, VSI DECdfs operates successfully but the obsolete VSI DECdfs driver files remain in the SYS$SYSTEM directory.

2.3.3. VSI DECdfs License PAK Message

VMSINSTAL displays the following message after step 9 in Section 2.2, “Installation Procedure” if the VSI DECdfs license PAK is not installed:
The startup file will not be executed after installation
and the IVP will not run. Install the DECdfs license PAK
before you start DECdfs and run the IVP.

2.3.4. VSI DECdfs Startup Messages

The following is a list of all the possible messages that can be displayed before step 12 in Section 2.2, “Installation Procedure” if VMSINSTAL cannot start VSI DECdfs or run the IVP:
       Before starting DECdfs . . .
       * You must install the DECdfs license PAK.
       * You must increase your GLOBAL PAGES.
       * You must increase your GLOBAL SECTIONS.
       * You must start DECnet.

       * You must execute SYS$STARTUP:DNS$CHANGE_DEF_FILE.COM.

       * You must increase the size of your nonpaged pool.
         See the VSI DECdfs for OpenVMS Installation Guide

       * You must reboot your system because you already
         have DECdfs drivers loaded.

       Since DECdfs is not being started, you cannot
       run the Installation Verification Procedure (IVP).
       A copy of the DFS$IVP.COM file is in the SYS$TEST
       directory, so you can run the IVP after you start DECdfs.

The message about executing the command procedure SYS$STARTUP:DNS$CHANGE_DEF_FILE.COM appears if the installation procedure did not find file SYS$SYSTEM:DNS$DEFAULT_FILE.DAT on your node. This file defines the default DECdns namespace for your node. Executing this procedure copies file SYS$SYSTEM:DNS$DEFAULT_FILE.DAT from the DECdns server node (whose name you provide). Then DECdns can start and VSI DECdfs can run.

VMSINSTAL displays the following message after step 12 in Section 2.2, “Installation Procedure” if you need to increase the size of your interrupt stack:
You should also increase the size of your Interrupt Stack
before starting the DECdfs server software. See the
VSI DECdfs for OpenVMS Installation Guide
for more information.

Chapter 3. Postinstallation Procedures

This chapter describes the procedures that can be performed after installing VSI DECdfs on a system:
  • Running the Installation Verification Procedure (IVP)

  • Editing the local system startup command file

  • Using VSI DECdfs command files

  • Setting additional DECnet and system parameters

  • Using VSI DECdfs security (OpenVMS proxy)

  • Reinstalling VSI DECdfs

  • Changing clients to servers

  • Changing servers to clients

  • Deleting server software from client-only systems

  • Checking OpenVMS Cluster systems after installing VSI DECdfs software

3.1. Running the Installation Verification Procedure

The VSI DECdfs software distribution kit contains a command procedure that verifies the correct installation and operation of VSI DECdfs. The installation procedure places the procedure file, DFS$IVP.COM, in the SYS$TEST directory. The Installation Verification Procedure (IVP) tests whether the major components of VSI DECdfs were installed correctly. Successful completion of the IVP indicates that the VSI DECdfs software operates properly.

You can run the IVP when you install the VSI DECdfs software (as shown in steps 7 and 13 in Section 2.2, “Installation Procedure”) or at any time after the software is installed and running. If you want to run the IVP during the installation, VMSINSTAL invokes the IVP after the VSI DECdfs components are moved to their target directories. The procedure displays a message that the IVP is running. You then enter information that VMSINSTAL needs to complete the IVP. To the IVP independent of the installation procedure, supply the same information.

To verify a client-only software installation, supply the name of an access point that was previously added on an accessible VSI DECdfs server. The IVP uses this access point name to test a VSI DECdfs mount and dismount operation. The IVP can then verify that the VSI DECdfs client can communicate successfully with the VSI DECdfs server and the Digital Distributed Name Service (DNS) server.

To verify a server software installation, supply a unique, temporary access point name (a DECdns name, as discussed with the DECdns manager). The IVP uses this name to add the access point, mount and dismount the access point, and remove the access point from the DECdns namespace. This verifies successful communication among the VSI DECdfs clients and the VSI DECdfs server and DECdns server.

To run the IVP, you need the account privileges SYSNAM, OPER, NETMBX, and TMPMBX, or the privilege SETPRV (allows all privileges to be set). On a VSI DECdfs client, read access to the DECdns namespace directory that stores an access point name for that client is sufficient to run the IVP. You need read and write access rights in the DECdns namespace directory to run the IVP on a VSI DECdfs server. Your DECdns manager grants these access rights. The IVP fails if you do not have the appropriate access rights.

You need the read and write access rights for your user name on a specific DECnet node for the DECdns namespace directory that you plan to use. You need access to at least one DECdns directory (usually the directory where you plan to add access points) to perform an IVP on a VSI DECdfs server. For example, if the DECdns manager grants the access rights to the SALES.WEST directory, you can add a unique access point name to that directory, such as SALES.WEST.DFSIVPTEST.

To run the IVP independently from the installation procedure, enter the following command:
$ @SYS$TEST:DFS$IVP

You can delete the DFS$IVP.COM file without adversely affecting any VSI DECdfs operations. However, VSI recommends that you not delete this file as you may want to run the IVP later.

3.2. Editing the Local System Startup Command File

Edit your system startup command file if you want to start VSI DECdfs automatically.

For VAX/VMS Version 5.5-2 systems running DECnet Phase IV, the system startup command file is SYS$STARTUP:SYSTARTUP_V5.COM.

For other OpenVMS systems, the system startup command file is SYS$STARTUP:SYSTARTUP_VMS.COM.

Edit the file so that it invokes the VSI DECdfs startup command file, SYS$STARTUP:DFS$STARTUP.COM, by adding the following line:
@SYS$STARTUP:DFS$STARTUP.COM
For DECnet Phase IV systems, insert this line after the statement that invokes the DECnet startup command file:
STARTNET.COM.

For DECnet Phase V systems, the network startup command file does not appear in the system startup file.

DECnet software must be started before the VSI DECdfs software. If you use a batch job to start the DECnet software, start the VSI DECdfs software later in the same batch stream to ensure that the VSI DECdfs software starts after the DECnet software.

The following sample portion of a system startup file shows the statement that invokes the VSI DECdfs startup command file. This statement executes the DFS$STARTUP command procedure in your SYS$STARTUP directory. The sample applies to both DECnet Phase IV and DECnet Phase V systems.
$ !Command procedure to start up DECnet
$ !
$ IF F$SEARCH("SYS$SYSTEM:NETACP.EXE") .NES. "" -
        THEN @SYS$STARTUP:STARTNET.COM
                    .
                    .
                    .
$ !Command procedure to start up DECdfs
$ !
$ IF F$SEARCH("SYS$STARTUP:DFS$STARTUP.COM") .NES. "" -
        THEN @SYS$STARTUP:DFS$STARTUP.COM
                    .
                    .
                    .

3.3. Using VSI DECdfs Command Files

The VSI DECdfs startup command procedure (DFS$STARTUP) executes two VSI DECdfs command files: DFS$CONFIG.COM and DFS$SYSTARTUP.COM. Modify these files to suit your network environment.

When VSI DECdfs starts, the DFS$STARTUP.COM file invokes SYS$MANAGER:DFS$CONFIG.COM. This configuration file sets configuration parameters. To change the static VSI DECdfs parameters, you must change the values for the parameters in the DFS$CONFIG.COM file. A related file named DFS$CONFIG.TEMPLATE contains the default settings for each parameter.

The DFS$STARTUP.COM file also invokes SYS$STARTUP:DFS$SYSTARTUP.COM, which adds access points to the VSI DECdfs server and mounts VSI DECdfs client devices that are shared throughout the system.

If you have files DFS$CONFIG.COM or DFS$SYSTARTUP.COM from earlier versions (prior to Version 2.4) of VSI DECdfs, you may wish to process them as follows, because they can contain obsolete commands:
  1. Rename existing versions of DFS$CONFIG.COM and DFS$SYSTARTUP.COM files to DFS$CONFIG.OLD and DFS$SYSTARTUP.OLD, respectively.

  2. Create new DFS$*.COM files by copying the VSI DECdfs Version 2.4 DFS$CONFIG.TEMPLATE file to DFS$CONFIG.COM and the DFS$SYSTARTUP.TEMPLATE file to DFS$SYSTARTUP.COM in the SYS$MANAGER directory.

  3. Copy any changed configuration and access point information from DFS$CONFIG.OLD and DFS$SYSTARTUP.OLD files into the new command files in the SYS$MANAGER directory.

    Do not copy any values for the following obsolete parameters from old versions of DFS$CONFIG.COM:
    • DFS$PQL_BYTLM
    • DFS$PQL_FILLM
    • SET COMMUNICATION/CONNECTIONS_MAXIMUM
    • SET COMMUNICATION/SESSIONS_MAXIMUM
    • SET SERVER/FILES_MAXIMUMSET SERVER/PERSONA_CACHE=(BLOCKS_THRESHOLD= xxx)
    If you decide to use older DFS$*.COM files, VSI recommends that you move them to the SYS$MANAGER directory if possible. Then edit the DFS$CONFIG.COM file to remove the following lines:
    • DEFINE/SYSTEM DFS$PQL_FILLM " nn"
    • DEFINE/SYSTEM DFS$PQL_BYTLM " nn" SET COMMUNICATION/CONNECTIONS_MAXIMUM= nn
    • SET COMMUNICATION/SESSIONS_MAXIMUM= nn
    • SET SERVER/FILES_MAXIMUM= nn
    • SET SERVER/PERSONA_CACHE=(BLOCKS_THRESHOLD= nn)

    DECnet Phase V:

    On DECnet Phase V systems, do not copy any of the following parameters from old versions of DFS$SYSTARTUP.COM:
    • SET/DEFINE EXECUTOR ALIAS NODE
    • SET OBJECT DFS$COM_ACP ALIAS OUTGOING ENABLED
    Edit the DFS$SYSTARTUP.COM file to remove the following NCP commands if they are present in the file:
    • SET/DEFINE EXECUTOR ALIAS NODE cluster–alias–name
    • SET OBJECT DFS$COM_ACP ALIAS OUTGOING ENABLED

Note

Failure to remove the obsolete commands from older DFS$CONFIG.COM and DFS$SYSTARTUP.COM files as recommended in this section does not affect VSI DECdfs operation. However, any values entered for the preceding list of obsolete commands are meaningless and will not be displayed in response to the SHOW COMMUNICATION or SHOW SERVER commands.

If your system is in a cluster, see Section 1.10.3, “Installing VSI DECdfs on OpenVMS Cluster Systems” before you edit any startup command files.

For more information, see the VSI DECdfs for OpenVMS Management Guide.

3.4. Setting Additional DECnet and System Parameters

The VSI DECdfs for OpenVMS software was designed to provide excellent performance using the default DECnet parameters and default RMS parameters. In some cases, however, you might enhance performance by setting several parameters. See Appendix C in the VSI DECdfs for OpenVMS Management Guide for information about setting network and RMS parameters.

3.5. Creating OpenVMS Proxy Accounts

You must create OpenVMS proxy accounts, a DFS$DEFAULT account, or both, on VSI DECdfs server systems to ensure that users on client systems can access a VSI DECdfs server.

To create proxy accounts, run AUTHORIZE on the server system and use the ADD/PROXY command to equate an end user on a VSI DECdfs client system to a local user with appropriate rights and privileges.

The following example assumes that the client end user already has an account (WPINE) on the server and an account on node WRKSTN:
$ SET DEFAULT SYS$SYSTEM
$ RUN AUTHORIZE
UAF> ADD/PROXY WRKSTN::WPINE WPINE/DEFAULT
UAF> EXIT
$
Note that OpenVMS VAX Version 6.2 and later systems running DECnet Phase V provide long name support in the proxy database. On these systems, refer to the following example:
$ SET DEFAULT SYS$SYSTEM
$ RUN AUTHORIZE
UAF> ADD/PROXY FOO:.NET.WRKSTN::WPINE WPINE/DEFAULT
UAF> EXIT
$
To provide access to your VSI DECdfs server to users on client systems without explicit proxy, create a default VSI DECdfs account (DFS$DEFAULT). To make this account available for use by VSI DECdfs only (and not for logging in), create DFS$DEFAULT as a restricted account following the example in the VSI OpenVMS System Manager's Manual. You can use the DFS$DEFAULT account as an example of how to create proxy accounts that can only be used for VSI DECdfs access. Make sure you choose a user identification code (UIC) for the DFS$DEFAULT account that does not match the UIC of an existing user.

Note

When creating the DFS$DEFAULT account or a proxy account on a server, note the authorized privileges as well as the default privileges of the DFS$DEFAULT account and the proxy accounts. The authorized privileges can become effective for users, depending on the current privileges on the VSI DECdfs client when the file was accessed.

For more information about the DFS$DEFAULT account, see the VSI DECdfs for OpenVMS Management Guide. For detailed information about creating proxy accounts, see the VSI OpenVMS Guide to System Security and the VSI DECnet-Plus for OpenVMS Network Management Guide.

Note

Make sure you set up the proxy accounts so that VSI DECdfs users have the necessary rights and privileges they need to gain access to files. If there is a DFS$DEFAULT account (and its DISUSER and CAPTIVE flags are not set), all the users who do not have explicit proxy in the proxy database file (NETPROXY.DAT on systems running DECnet Phase IV and NET$PROXY.DAT for DECnet Phase V) have only the rights and privileges of the DFS$DEFAULT account.

3.6. Reinstalling VSI DECdfs

Although it is not usually necessary, you can reinstall the VSI DECdfs software on your system at any time. Note that you must reinstall VSI DECdfs if you change versions of OpenVMS or DECnet software. After you reinstall the VSI DECdfs software, you need to reboot the system to use the VSI DECdfs software if VSI DECdfs drivers were previously loaded.

When you reinstall VSI DECdfs software, the installation procedure copies new DFS$CONFIG.TEMPLATE and DFS$SYSTARTUP.TEMPLATE files to the SYS$MANAGER directory. These files contain default VSI DECdfs settings.

3.7. Changing VSI DECdfs Configurations

With VSI DECdfs Version 2.4, there are now two types of license: a full license called DFS, and a client-only license called DFS-CLIENT. To change a VSI DECdfs client-only system to a server system may require loading and registering the full DFS license PAK, if that PAK is not already loaded.

To change a VSI DECdfs system from client-only to server (or server to client-only), edit the following lines in the SYS$STARTUP:DFS$STARTUP.COM file:
$! Installation specific parameters:
$!
$ START_CLIENT_FLAG = "TRUE"
$ START_SERVER_FLAG = "FALSE"
$!
$!
$! Title = DFS$STARTUP.COM
The START_CLIENT_FLAG = "TRUE" flag indicates that the VSI DECdfs client software can be started on this system. When you convert from a client-only system to a server system, you must change the value of the flag START_SERVER_FLAG from "FALSE" to "TRUE." When you convert from a server system to a client-only system, you must change the value of the flag START_SERVER_FLAG from "TRUE" to "FALSE."

Note

The two flags, START_CLIENT_FLAG and START_SERVER_FLAG, are the only two lines that you should edit in the DFS$STARTUP.COM file.

3.8. Deleting Server Software from Client-Only Systems

The VSI DECdfs installation procedure always copies all of the VSI DECdfs software to your disk, whether you are installing server software or client-only software. If you do not want to install the server software, VMSINSTAL changes SYS$STARTUP:DFS$STARTUP.COM to prevent it from starting the server. To free disk space, delete the following server software from client-only systems:
  • DFS$SERVER_ACP.EXE (in the SYS$SYSTEM directory)

  • DFSSDRIVER.EXE (in the SYS$LOADABLE_IMAGES directory)

You can also save these files so that a client-only system can regain its server capability in the future. See Section 3.7, “Changing VSI DECdfs Configurations” if you want to convert a client-only system to a server system.

3.9. Checking OpenVMS Cluster Systems After Installing VSI DECdfs

If you are installing VSI DECdfs on a system in a cluster that uses a system-specific system disk, you must install VSI DECdfs on each system disk on the cluster before you can run VSI DECdfs in the cluster. See Section 1.10.3, “Installing VSI DECdfs on OpenVMS Cluster Systems” for more information about OpenVMS Cluster systems.

If you install VSI DECdfs on an OpenVMS Cluster system that uses a common system disk, you do not need to install VSI DECdfs on any other cluster members. However, you must install the appropriate licenses before running the IVP or running VSI DECdfs in your cluster.

3.10. Error Handling

When you encounter a problem while installing or using the VSI DECdfs for OpenVMS, running the installation and verification procedure (IVP), or installing the VSI DECdfs or DECnet license Product Authorization Keys (PAKs), an error message appears on the screen. Appendix A in the VSI DECdfs for OpenVMS Management Guide lists the VSI DECdfs error messages.

When you encounter problems while using the license PAK or the License Management Utility (LMF), see the VSI OpenVMS License Management Utility Guide for a list of error messages. Determine which software issued the error message by its standard format (%facility-l-ident, text). For example, all VSI DECdfs error messages begin with the %DFS-facility prefix.

For additional problem-solving information, see Appendix B in the VSI DECdfs for OpenVMS Management Guide.

3.11. Problem Reporting

If you encounter an error while using VSI DECdfs and you cannot determine the cause, or if you believe that an error is caused by a problem in the VSI DECdfs software, report the problem to VSI Company according to the terms of your product support contract.

You can report a problem if an operation gives unexpected results or when you get undocumented or unknown failures using VSI DECdfs commands. Gather all information possible about a problem and submit it with your report.

Note

Many problem reports do not contain enough information to duplicate or identify the problem. Complete and concise information will help VSI provide accurate service and a timely response to software problems.

When you prepare to report a problem, please use the following guidelines:
  1. To ensure a timely response, describe one problem only in each report.

  2. Describe as accurately as possible the state of the system (such as specifying whether the system failed) and the situation when the problem occurred. In this description, include the version numbers of OpenVMS and VSI DECdfs software for both the client and the server. Indicate the version number for each client and server in a cluster. To determine these numbers, enter the DFS$CONTROL command SHOW VERSION. If you cannot gain access to the DFS$CONTROL program, enter the following command at the DCL prompt to determine the VSI DECdfs version number for clients:
    $ ANALYZE/IMAGE SYS$LOADABLE_IMAGES:DFSCDRIVER.EXE
    To determine the VSI DECdfs version number for servers, enter the following command:
    $ ANALYZE/IMAGE SYS$LOADABLE_IMAGES:DFSSDRIVER.EXE

    The version numbers appear in the Image Identification Information section, in the same line as the text "Image File Identification."

  3. Pinpoint or narrow down the problem, if possible. Use examples.

  4. Make suggestions that can help to isolate your problem.

  5. Remember to include listings of any command files and other relevant data files.

  6. If possible, provide a listing of the user programs that were running when the problem occurred.

  7. Send the following files from the SYS$MANAGER directory if possible:
    • DFS$CONFIG.COM

    • DFS$ERROR.LOG

    • DFS$SYSTARTUP.COM

  8. Include source files or data files on machine-readable media (floppy diskette or magnetic tape) if possible. All media will be returned to you when your report is answered.

  9. If you have questions, state them as simply as possible and include all pertinent information so that a clear and correct answer can be provided.

  10. If you report a severe error (the system hangs or fails), include a description of the events that led to the problem, any messages received at the console, or other specific information.

  11. When a system fails, include a copy of the crash dump file (SYS$SYSTEM:SYSDUMP.DMP).

Appendix A. Files Affected by VSI DECdfs Installation

This appendix lists the files produced or changed after installing VSI DECdfs on an OpenVMS system.

SYS$SYSTEM Files

Function

DECDFSDEF.STB

Symbol table file

DFS$CONTROL.EXE

VSI DECdfs control program

DFS$COM_ACP.EXE

Ancillary control process for the VSI DECdfs communication driver

DFS$SERVER_ACP.EXE

VSI DECdfs server ancillary control process

DFS$COM_LOGGER.EXE

VSI DECdfs maintenance file for logging communication transactions


SYS$HELP Files

Function

DECDFS023.RELEASE_NOTES

VSI DECdfs release notes

DFS$HELP.HLB

Help library for VSI DECdfs control program

HELPLIB.HLB

DCL VSI DECdfs help text is modified by VSI DECdfs installation

SYS$HELP:DFS.MSGHLP$DATA

VSI DECdfs Help Message database (on OpenVMS Version 6.2 and later)


SYS$LIBRARY Files

Function

DFS$MOUNT_SHR.EXE

VSI DECdfs mount library

DFS$MNGT_SHR.EXE

VSI DECdfs management system services


SYS$LOADABLE_IMAGES Files

Function

DFSCDRIVER.EXE

VSI DECdfs client device driver

DFSRRDRIVER.EXE

VSI DECdfs communication driver

DFSSDRIVER.EXE

VSI DECdfs server driver


SYS$STARTUP Files

Function

DFS$STARTUP.COM

VSI DECdfs startup command file


SYS$MANAGER Files

Function

DFS$CONFIG.COM

VSI DECdfs command file to set configuration parameters

DFS$CONFIG.TEMPLATE

VSI DECdfs command file template with default configuration parameters

DFS$SYSTARTUP.COM

VSI DECdfs setup command file to mount and add access points

DFS$SYSTARTUP.TEMPLATE

VSI DECdfs setup command file template with default settings


SYS$MESSAGE File

Function

DFS$MESSAGE.EXE

VSI DECdfs error message file


SYS$TEST File

Function

DFS$IVP.COM

Installation Verification Procedure command file

Appendix B. Sample Installations for OpenVMS Systems

This appendix shows a sample installation of VSI DECdfs V2.4.

B.1. Server Installation on OpenVMS I64 Version 8.2 with DECnet Phase IV

The following sample dialogue shows a typical installation of VSI DECdfs server software on OpenVMS I64 Version 8.2 with DECnet Phase IV.
$ @SYS$UPDATE:VMSINSTAL

        OpenVMS Software Product Installation Procedure V8.2

It is 21-OCT-2004 at 09:17.

Enter a question mark (?) at any time for help.

* Are you satisfied with the backup of your system disk [YES]?
* Where will the distribution volumes be mounted: SYS$SYSDEVICE:[DFSTEST]

Enter the products to be processed from the first distribution volume set.
* Products: HP-VMS-DECDFS024
* Enter installation options you wish to use (none):

The following products will be processed:

  HP-VMS-DECDFS V2.4

        Beginning installation of HP-VMS-DECDFS V2.4 at 09:17

%VMSINSTAL-I-RESTORE, Restoring product save set A ...
%VMSINSTAL-I-RELMOVED, Product’s release notes have been moved to SYS$HELP.
* Do you want to run the IVP after the installation [YES]?
* Do you want to purge files replaced by this installation [YES]?

 Current configuration:   OpenVMS I64 V8.2 - DECnet Phase IV

* Install the DFS files that support this configuration? [YES]?
* Install DFS Help Message file [YES]?

    Add SYS$HELP:DFS.MSGHLP$DATA to the searchlist defined by
    MSGHLP$LIBRARY in order to include the DFS messages in your
    HELP/MESSAGE search. Please refer to the OpenVMS SYSTEM
    MANAGER’S MANUAL: ESSENTIALS for more information.

* Do you want to install the HP-VMS-DECDFS V2.4 SERVER software on this node [YES]?

        Product:      DFS
        Producer:     DEC
        Version:      2.0
        Release Date: 20-JUN-1994

* Does this product have an authorization key registered and loaded? YES

         Installation will be complete in approximately 1 - 5 minutes
         depending upon your configuration.
         There are no more questions unless you chose to run the IVP.
         Installing DECdfs software . . .

%VMSINSTAL-I-RESTORE, Restoring product save set C ...

        The following line should be added to your SYSTARTUP command
        file to automatically start DFS at system startup time:
                 "@SYS$STARTUP:DFS$STARTUP.COM"

        Put DFS$STARTUP after the statement that invokes the DECnet
        start-up command file (STARTNET.COM). The DECnet software
        must be started before the DECdfs software.

%VMSINSTAL-I-MOVEFILES, Files will now be moved to their target directories...
% DECdfs starting up...
%DFS-I-STARTUP: DNS not present; will not be used.
% DECdfs startup completed.

    The Installation Verification Procedure will now be run. Please
    review preceding messages and take note of post-installation actions
    that may be required (such as editing the SYSTARTUP procedure).

Begin the VSI DECdfs IVP? [YES]

 **************************************************************************
 ***                                                                    ***
 ***                            DECdfs V2.4                             ***
 ***                                                                    ***
 ***                      Distributed File Service                      ***
 ***                                                                    ***
 ***                Installation Verification Procedure                 ***
 ***                                                                    ***
 **************************************************************************
 *                                                                        *
 * © Copyright 1987 - 2004 Hewlett-Packard Development Company, L.P.      *
 *                                                                        *
 * Confidential computer software. Valid license from HP and/or           *
 * its subsidiaries required for possession, use, or copying.             *
 *                                                                        *
 * Consistent with FAR 12.211 and 12.212, Commercial Computer Software,   *
 * Computer Software Documentation, and Technical Data for Commercial     *
 * Items are licensed to the U.S. Government under vendor’s standard      *
 * commercial license.                                                    *
 *                                                                        *
 * Neither HP nor any of its subsidiaries shall be liable for technical   *
 * or editorial errors or omissions contained herein. The information     *
 * in this document is provided "as is" without warranty of any kind and  *
 * is subject to change without notice. The warranties for HP products    *
 * are set forth in the express limited warranty statements accompanying  *
 * such products. Nothing herein should be construed as constituting an   *
 * additional warranty.                                                   *
 *                                                                        *
 **************************************************************************

    This system will run as a DECdfs Server. To verify the
    installation, an Access Point must be ADDed on the Server.
    This procedure creates an Access Point for its own use. You must
    supply a name for this Access Point that does not already exist
    and is consistent with the DECdns naming policy used in your network.

    Be sure to specify a namespace prefix (e.g. NS:.APNAME).
  * Enter an Access Point name [] ? DFS:.TEST

$ DFSCP ADD ACCESS_POINT DFS:.TEST SYS$SYSDEVICE:[000000] /LOCAL
$ DFSCP MOUNT DFS:.TEST /NODE=XQPIA1 DFS$IVP_DISK
%MOUNT-I-MOUNTED, DFS:.TEST mounted on _DFSC1001:

Directory DFS$IVP_DISK:[000000]

000000.DIR;1      ALPHA_TOOLS.DIR;1    BACKUP.SYS;1        BADBLK.SYS;1
BADLOG.SYS;1      BITMAP.SYS;1         CONTIN.SYS;1        CORIMG.SYS;1
DFSTEST.DIR;1     GPT.SYS;1            I64E82.BCK;1        I64E82.ZIP;1
I64E82LP.BCK;1    I64E82LP.ZIP;1       I64XADH.BCK;2       I64XADH.BCK;1
I64XAFX.BCK;1     I64XAHS.BCK;1        I64XAJ4.BCK;1       INDEXF.SYS;1
SECURITY.SYS;1    SYS0.DIR;1           TCPIP$TELNET.DIR;1  UNZIP_IA64.EXE;1
VMS$COMMON.DIR;1  VOLSET.SYS;1         ZIP_IA64.EXE;1

Total of 27 files.
% Directory access was successful.
$ DFSCP DISMOUNT DFS$IVP_DISK
%DFS-S-DISMNT_SUCCESS, Dismount was successfully performed
$ DFSCP REMOVE ACCESS_POINT DFS:.TEST/LOCAL

****************************************************************************
                    DECdfs V2.4 IVP Successful
****************************************************************************

    Installation of HP-VMS-DECDFS V2.4 completed at 09:18

Adding history entry in VMI$ROOT:[SYSUPD]VMSINSTAL.HISTORY

Creating installation data file: VMI$ROOT:[SYSUPD]HP-VMS-DECDFS024.VMI_DATA

Enter the products to be processed from the next distribution volume set.
* Products: EXIT

        VMSINSTAL procedure done at 09:18

$