Completing the Upgrade
» Table of Contents |  | | » Glossary | | | » Index | | |
| | |
| ||
| ||
The following sections describe the remaining steps that you need to perform to complete the upgrade.
The procedure next prompts you as follows:
|
|
|
If you answer YES, the procedure displays additional explanatory text with each prompt.
Beginning with OpenVMS Version 8.3, Encryption for OpenVMS is included with the operating system. If an older version of ENCRYPT (HP I64VMS ENCRYPT or HP AXPVMS ENCRYPT) is found on your system, the upgrade procedure removes the product. Confirmation of the removal of the ENCRYPT product is displayed, as in the following example:
|
|
|
With Version 8.3, most PCSI kits included on the OpenVMS distribution media are signed using Secure Delivery. Each target file includes an associated digital signature file (also referred to as a manifest) that is used to for Secure Delivery validation. This validation involves authenticating the originator (HP, in this case) and verifying the contents of the target file. (The digital signature file has the same file name as the target file plus _ESW appended to the file extension, as in filename.PCSI$COMPRESSED_ESW.) When you upgrade OpenVMS I64 Version 8.3 from the distribution media, the procedure validates any PCSI kits that are being installed. For each kit successfully validated, you see a message similar to the following:
|
|
|
Note that because of limitations in the OpenVMS Alpha CD boot environment, OpenVMS Alpha kits are not validated when booted from it. On both OpenVMS Alpha and I64 systems, signed PCSI kits that are installed subsequently (including signed kits on the distribution media) are validated. In addition, on both OpenVMS Alpha and OpenVMS I64 systems, the DCL command PRODUCT SHOW HISTORY displays the validation status of installed products.
By default, the OpenVMS upgrade deletes files that were archived as filename.type_OLD by OpenVMS remedial kits. If you do not want to delete these files, you can save them by performing one of the following actions:
When the script asks whether you want the defaults for all options, answer NO. (This script is shown in the example in “Selecting Product Component Options”.) Step through the options and answer NO to the option for deleting files archived by remedial kits. This action saves all such files.
Before beginning the upgrade, rename any _OLD files that you want to save. Files that you do not rename are deleted.
Note that the upgrade does not delete all files with a file extension ending in _OLD. Rather, it deletes only those _OLD files that were archived by OpenVMS remedial kits.
| |
| |
| |
 | NOTE: OpenVMS
patches save these _OLD files in VMS$REMEDIAL_OLD_FILES.TXT in the SYS$UPDATE
directory. All files listed in this file are supposed to have _OLD
appended to their names; however, some patch kits add the files
without this extension. If the upgrade procedure detects files
without _OLD appended, it displays a message similar to the following: %UPGRADE-I-FIXUP, appending _OLD to file names in |
| |
| |
| |
As you begin the upgrade procedure, the procedure asks whether you want all the default values (meaning all the files and subgroups of files for each component included in the operating system). The display is similar to the following:
|
|
|
During an upgrade, the PCSI utility defines default values as the values that you selected when you last installed or upgraded the OpenVMS operating system on your system. Therefore, before you respond to the prompt, note the following:
If you accept the default values, you receive the same components that you selected when you last installed or upgraded the system (instead of all the components currently available) plus any new components that were not in the previous version of the OpenVMS operating system.
If you want to include or exclude any components differently than you did in the last installation or upgrade, you must answer NO and then respond to the prompts for each option, even those that you are not changing.
If you want to review the current defaults first, answer NO. Then answer YES when the procedure asks whether you want to view the values.
If you review the defaults and are satisfied, answer YES to the prompt asking whether you are satisfied with the values. If you want to make changes, answer NO to that question and then answer YES when the procedure asks whether you want to reenter the values.
When you select component options, also note the following:
Whether you choose all the default values or select individual files, the procedure allows you to view your selections and make changes.
If you are not sure whether you want certain component options, you can request help by entering a question mark (?) at the prompt for that component (or group of components).
You should review the list of options and compare them with the requirements for your procedure. If you are selecting components individually, be sure that you include all components necessary to support the needs of your users. Note also that certain components depend upon the installation of other components.
OpenVMS Management Station software is installed automatically on your OpenVMS system disk when you accept all the default values. If you do not accept the default values, you must select the OpenVMS Management Station component (server and client files) if you plan to use that product. After the upgrade is complete, you can then prepare your OpenVMS system and your PC to run OpenVMS Management Station by following the procedures described in Appendix G “Preparing to Use OpenVMS Management Station”.
If you decide after the upgrade to change which OpenVMS operating system components you want installed on your system, you must reconfigure the installation as described in “Adding and Removing Operating System Files (Optional)”.
After you boot the upgraded system disk and log in, you can obtain information about individual system files by entering HELP SYSTEM_FILES at the dollar sign prompt ($).
| |
| |
| |
| NOTE: Unless you have specific reasons to do otherwise, HP recommends that you accept the defaults and install all OpenVMS options. OpenVMS and layered products have various dependencies on many of these options. Even if you think you do not need certain options, some OpenVMS or layered product operations might not work correctly if other OpenVMS options are not installed. |
| |
| |
| |
If you answer YES to accept the defaults for all options, the procedure displays a message similar to the following, the contents of which depend on the products you chose to install. If you answer NO, the procedure prompts you for each option and suboption.
|
|
|
For a list of component options included with the OpenVMS Version 8.3 operating system, see Figure 3-1 “ Component Options and Suboptions”.
When you have answered all the prompts and selected the components you want installed, the procedure allows you to review your selections and make changes, and then displays information about the various components and products that were installed, as shown in the following sample display in which the review is not chosen. You might see an %UPGRADE-I-FIXUP message, which indicates that obsolete files on the system were incorrectly saved by remedial kits. The "fixup" allows them to be correctly removed.
| ||||
| | |||
| ||||
| NOTE: If you perform two installations
at the same time to OpenVMS Alpha systems connected via MEMORY CHANNEL,
you might see a message similar to the following every 5 seconds:
Disregard the message. The installation or upgrade will proceed normally and the messages will not be present when the system reboots with its real node name. | |||
| ||||
| | |||
| ||||
|
|
|
At this point in an OpenVMS I64 upgrade, the procedure creates and validates boot options if you chose to have the procedure do so (see “Choosing Whether to Allow the Procedure to Create and Validate Boot Options (I64 only)”).
If you answered NO , the following message is displayed:
If there is an existing boot option that was used to boot this
system disk, you may be able to use it. Otherwise, you will have
to use the EFI Shell the first time that you boot the newly
installed system. After booting, use the OpenVMS I64 Boot Manager
to create a Boot Option. To do this log in to a privileged
account and execute this command:
$ @SYS$MANAGER:BOOT_OPTIONSThe procedure then informs you that the upgrade is complete and prompts you to press Return (Enter) to continue, at which point it returns you to the OpenVMS main menu. You can select option 8 (“Execute DCL commands and procedures”) on the OpenVMS main menu and enter the command at the DCL triple dollar sign prompt ($$$) to start the OpenVMS I64 Boot Manager utility.
If you answered YES, the procedure determines whether a boot entry already exists for the system disk (in this example, DKB400:):
If an entry is found, a message similar to the following is displayed:
The EFI Boot Manager menu includes the following boot option(s)
for DKB400:
Validate EFI Boot Options list: Timeout = 0 secs.
----------------------------------------------------------------------
1 DKB400 PCI(0|20|1|0) Scsi(Pun1,Lun0) "OpenVMS on DKB400: PKA0.1"
----------------------------------------------------------------------
1 entries found.In this example, one boot option is found. If multiple entries are found and if they are all SCSI devices, the procedure displays the following message and then notifies you that the upgrade is complete:
Please use the OpenVMS I64 Boot Manager to ensure that you
have a valid boot option for the system you have just installed.When one entry is found, or when multiple Fibre Channel entries are found, the procedure validates the boot options, as in the following example, in which the found entry fails to boot and is then fixed and validated:
Validate EFI Boot Options list: Timeout = 0 secs. -------------------------------------------------------------------
1 DKB400: PKA0.1
DKB400 PCI(0|20|1|0) Scsi(Pun1,Lun0)
efi$bcfg: Option Failed. Fixing Boot Entry automatically.
efi$bcfg: Entry 1 Boot0001 removed.
efi$bcfg: DKB400 PCI(0|20|1|0) Scsi(Pun1,Lun0) (Boot0001) Option
successfully added
-----------------------------------------------------------------------
1 entries validated.If no existing entry is found, a boot option is created and the procedure displays validation text as in the following example:
efi$bcfg: DKB400: (Boot0003) Option successfully added
The Boot Option is called OpenVMS on DKB400:;
it is the first entry in the Boot Options menu, and is
configured (by default) to boot from SYS0.
The upgrade procedure is now complete. The procedure displays information about the special startup procedure that runs when the newly installed system is first booted. It then prompts you to press Return (Enter) to continue. After you do so, you are returned to the OpenVMS operating system menu. The following is a sample display:
|
|
|