HP OpenVMS Systems Documentation
OpenVMS Version 7.3 Release Notes
5.14.4 Remote Access of Recovery Unit Journaled Files in an OSI Environment
OSI nodes that host recovery unit journaled files that are to be
accessed remotely from other nodes in the network must define SYS$NODE
to be a Phase IV-style node name. The node name specified by SYS$NODE
must be known to any remote node attempting to access the recovery unit
journaled files on the host node. It must also be sufficiently unique
for the remote node to use this node name to establish a DECnet
connection to the host node. This restriction applies only to recovery
unit journaled files accessed across the network in an OSI or mixed OSI
and non-OSI environment.
You cannot update variable fixed-length control (VFC) sequential files
when using before-image or recovery unit journaling. The VFC sequential
file format is indicated by the symbolic value FAB$C_VFC in the
FAB$B_RFM field of the FAB.
In OpenVMS Version 7.1 and later, if you execute the DCL command
DIRECTORY/SECURITY or DIRECTORY/FULL for files that contain PATHWORKS
access control entries (ACEs), the hexadecimal representation for each
PATHWORKS ACE is no longer displayed. Instead, the total number of
PATHWORKS ACEs encountered for each file is summarized in this message:
"Suppressed n PATHWORKS ACE." To display the
suppressed PATHWORKS ACEs, use the DUMP/HEADER command.
The release notes in this section pertain to OpenVMS system parameters.
When you are using the AUTOGEN utility, the following warning may occur in the AGEN$PARAMS.REPORT:
The MAXBOBMEM system parameter is not obsolete.
The system parameter VCC_MAXSIZE is incorrectly described in online help and in the OpenVMS System Management Utilities Reference Manual: M--Z as follows:
"This special parameter is used by Compaq and is subject to change. Do not change this parameter unless Compaq recommends that you do so."
Please ignore the quoted paragraph; VCC_MAXSIZE is not a special parameter, and you can change it. Also, its maximum value is now correctly set at 3700000.
If you want to adjust the XFC size, use the system parameter
VCC_MAX_CACHE to do so.
PEDRIVER uses NISCS_MAX_PKTSZ to compute the maximum amount of data to transmit in any LAN packet:
The following table shows the minimum NISCS_MAX_PKTSZ value required to use the maximum packet size supported by specified LAN types. These values are corrections of the values shown in online help and in the System Parameters appendix of the OpenVMS System Management Utilities Reference Manual: M--Z.
5.16.4 Parameter Description Changes
Descriptions of the following system parameters have been changed or corrected since the last release:
You can read the new descriptions of these system parameters in online help. For example:
5.16.5 Obsolete System Parameters
Initially, the MAXBOBS0S1 and MAXBOBS2 parameters were intended to ensure that users could not adversely affect the system by creating huge buffer objects. However, as users began to use buffer objects more widely, managing the combination of these parameters proved to be too complex.
Users who want to create buffer objects must either hold the VMS$BUFFER_OBJECT_USER identifier or execute in executive or kernel mode. Therefore, these users are considered privileged applications, and the additional safeguard that these parameters provided is unnecessary.
To determine current usage of system memory resources, enter the following command:
5.17 Terminal Fallback Facility (TFF) (Alpha Only)
On OpenVMS Alpha systems, the Terminal Fallback Facility (TFF) includes a fallback driver (SYS$FBDRIVER.EXE), a shareable image (TFFSHR.EXE), a terminal fallback utility (TFU.EXE), and a fallback table library (TFF$MASTER.DAT).
To start TFF, invoke the TFF startup command procedure located in SYS$MANAGER, as follows:
To enable fallback or to change fallback characteristics, invoke the Terminal Fallback Utility (TFU), as follows:
To enable default fallback to the terminal, enter the following DCL command:
OpenVMS Alpha TFF differs from OpenVMS VAX TFF in the following ways:
For more information about the Terminal Fallback Facility, refer to the
OpenVMS Terminal Fallback Utility Manual. The order number for this manual is AA--PS6BA--TE, and
you can also access it on line from the OpenVMS Documentation CD-ROM
(in the archived manuals directory).
The following release notes pertain to Volume Shadowing for OpenVMS.
OpenVMS Alpha Version 7.3 introduces minicopy support in Compaq Volume Shadowing for OpenVMS.
To use this new feature of volume shadowing in an OpenVMS Cluster system, OpenVMS Version 7.3, or an upgrade to OpenVMS Version 7.2--xx that will contain this support, must be installed on every node. This restriction also pertains to all storage controllers, such as the HS121, that use OpenVMS to serve disks.
The upgrade to OpenVMS Version 7.2--xx that will include
minicopy support is expected to be available soon after the release of
OpenVMS Version 7.3.
A partition of a multipath disk on an HSG80, HSG60, HSZ80, or HSZ70 controller can be used as a member of a host-based volume shadow set (HBVS) if and only if that disk is used exclusively for that partition. Specifically, the remaining space on the partitioned disk cannot be used for another logical unit that is accessed concurrently with the partition that is an HBVS member.
Failure to adhere to this restriction can result in:
Compaq expects to remove this restriction in the future.
In an OpenVMS Cluster configuration, when a member of a shadow set is dismounted on a client and the minicopy qualifier is specified, the first DISMOUNT command might fail.
If the first DISMOUNT command fails, repeat the command, as shown in the following example:
This problem will be corrected in a future release.
OpenVMS Alpha Version 7.3 introduces minicopy support in Volume Shadowing for OpenVMS.
As part of the minicopy functionality, a new volume shadowing system parameter, SHADOW_MAX_UNIT, is provided for specifying the maximum number of shadow sets that can exist on a node. The default value on OpenVMS Alpha systems is 500; on OpenVMS VAX systems, the default is 100. This system parameter is not dynamic; a reboot is required to make the change take effect.
Note that this parameter does not affect the naming of shadow sets. For
example, with the default value of 100, a device name such as DSA999 is
OpenVMS Version 7.3 supports minicopy on standalone Alpha systems, in an OpenVMS Cluster system consisting entirely of Alpha systems, and in a mixed-architecture OpenVMS Cluster system consisting of Alpha and VAX systems. It is possible, although highly unlikely, in a mixed-architecture cluster that a VAX system could be assigned the task of adding a member to a shadow set. Because a VAX system cannot perform a minicopy, it would perform a full copy.
To prevent this from happening, Compaq advises you to set the
SHADOW_MAX_COPY system parameter to 0 on any VAX systems in the cluster
if you intend to use this new minicopy feature.
The HSD10 controller supports a virtual disk capability by partitioning physical disks. To prevent data corruption, do not use OpenVMS Volume Shadowing to create shadow sets using HSD10 virtual disks.
%BACKUP-F-INSBUFSPACE, insufficient buffer space
The number of repetitive calls completed before receiving this error varies, depending on the previous backup operations performed.
The workaround for an application that receives this error is to exit
the operation and restart.
6.2 Batch and Print Queues---Terminating Executing Batch Jobs
Under the following conditions, the DELETE/ENTRY command may fail to stop an executing batch job:
The DELETE/ENTRY command causes the job to terminate in phases. A delete_process AST routine is given in user mode, supervisor mode, and then executive mode. Because there is a small delay between each mode, it is possible that, in a batch job, a user-mode image may terminate, and the command procedure may continue to execute until the supervisor-mode delete_process AST routine is executed.
The return status of the SYNCHRONIZE command is assumed to contain the termination status of the target batch job. In addition, command procedures would normally execute a command such as $ON ERROR THEN CONTINUE or $SET NOON before issuing the SYNCHRONIZE command. If a DELETE/ENTRY command is issued to the job executing the SYNCHRONIZE command, the JBC$_JOBABORT is interpreted as being the termination status of the target batch job rather than a return status of the SYNCHRONIZE command. The command procedure then continues to execute for a short period with this incorrect assumption and performs an operation such as requeuing the target batch job or incorrectly reporting a failure of the target batch job.
This problem has been corrected for the SYNCHRONIZE command by detecting this situation and waiting in an exit handler for longer than the delay between the user-mode and supervisor-mode termination delay.
Any other images that would report the job completion status obtained by the SJC$_SYNCHRONIZE_JOB function code of the $SNDJBC system service as the return status of the program should implement logic similar to the following:
IF (exit status is JBC$_JOBABORT) THEN Wait 10 seconds ENDIF
For release notes about COM for OpenVMS, see the OpenVMS Connectivity Developer Guide, which is installed as part of the COM for OpenVMS installation process. That document is available in PostScript, HTML, and PDF formats.
The OpenVMS Connectivity Developer Guide is also available from the OpenVMS website at the following location:
This section contains release notes pertaining to the Compaq Ada
6.4.1 OpenVMS Text Libraries Containing Ada Declarations
The following OpenVMS text libraries are optional Ada bindings for STARLET:
These bindings are not supplied in the Compaq Ada V3.5A Predefined Library (which was last updated for OpenVMS V7.1).
These bindings are not supported by Compaq Ada.
6.4.2 Unexpected Storage Errors (Alpha Only)
In OpenVMS Alpha Version 7.0 and later, binary compatibility fails for
some Compaq Ada programs that make incorrect assumptions about the
amount of task space used by Compaq Ada tasks. If a task receives a
storage error that it did not previously receive, you may need to add a
length clause specifying the storage size for the task. If you already
use a length clause, you may need to increase the amount of storage
specified. This is necessary only in cases where the specified size (or
default size) is not large enough for the task's execution.
6.4.3 AST Procedures No Longer Receive Access Violations
Compaq Ada written AST procedures used to receive access violations if the AST that invoked them occurred when the null thread or a non-Compaq Ada thread was running.
The workaround (rewrite the program to use a task entry point that has
pragma AST_ENTRY on it) is no longer necessary.
6.5 Compaq C Run-Time Library
The following sections contain release notes pertaining to the Compaq C
Run-Time Library (RTL).
6.5.1 The strptime Function Is Now XPG5 Compliant
The strptime function has been modified to be compliant with X/Open CAE Specification System Interfaces and Headers Issue 5 (commonly known as XPG5). The change for XPG5 is in how the strptime function processes the "%y" directive for a two-digit year within the century if no century is specified.
When a century is not specified, XPG5 requires that values for the "%y" directive in the range of 69 through 99 refer to years in the twentieth century (1969 through 1999), while values in the range of 00 through 68 refer to years in the twenty-first century (2000 through 2068). Essentially, for the "%y" directive, strptime became a "pivoting" function, with 69 being a pivoting year.
Before this change, the strptime function interpreted a two-digit year with no century specified as a year in the twentieth century.
With OpenVMS Version 7.3, XPG5-compliant strptime becomes a default strptime function in the Compaq C RTL. However, the previous nonpivoting XPG4-compliant strptime function is retained for compatibility.
The pivoting is controlled by the DECC$XPG4_STRPTIME logical name. To use the nonpivoting version of strptime , do either of the following: