HP OpenVMS Systems

HP Advanced Server V7.3B for OpenVMSRelease
Notes

In Version 7.3A-ECO2 of the Advanced Server for OpenVMS, the server
crashes due to an ACCVIO in module MTS, routine MTS$CONTEXT_SWITCH. A
traceback similar to the following would be seen in the PWRK$LMSRV log
file:

This problem is resolved in Advanced Server V7.3A-ECO3 for OpenVMS. The problem occurred
whenever a client sent a printer queue name greater than 31 characters
in length. Now the server will return an error "Queue not found to the
client" and an error message "queue name <queue name> sent by the
client <client name> is too long".

In Version 7.3A-ECO2 of the Advanced Server for OpenVMS, the server
crashes due to an ACCVIO in module PIPES, routine pipe_open. A
traceback similar to the following would be seen in the PWRK$LMSRV log
file:

In Version 7.3A-ECO2 of the Advanced Server for Openvms, the server
crashes due to an ACCVIO in module FILEAPI, routine fill_file_entry. A
traceback similar to the following would be seen in the PWRK$LMSRV log
file:

Even if the alerter service was stopped/disabled, alerter messages
continue to be sent to the users specified by the registry key
"alertnames".

For error alert messages, the alert time was not reset

If the dynamic registry keys were changed (like accessalert,
erroralert, logonalert..), would log an event in the system event log
file and display an error alert messages that were not required, as
well.

Solution:

All the above mentioned issues are resolved in Advanced Server
V7.3A-ECO3 for OpenVMS. After disabling alerter service, it is not
required to define alertnames registry key to null ( ) string, to stop
receiving alert messages.

When the Server was configured for Russian Cyrillic language that maps
to the server character set ISO 8859-5, it was not possible to rename
Russian Cyrillic folder to an English letters. An attempt to rename
Cyrillic folder results with the following symptoms/errors:

This problem is resolved in Advanced Server V7.3A-ECO3 for OpenVMS. Using REGUTL, assign a value
to "tokensidlimit" registry key. This value should be greater than the
maximum number of groups to which a user may belong to.

Announcement of cluster-alias and server names would not exactly
reflect the values (YES or NO) set on the associated registry keys,
"PWRKALIASHIDDEN" and "SRVHIDDEN". Also, when browser service was not
started, MCP did not appropriately announce the cluster-alias name.
However, MCP announced the server names correctly, based on the value
set on "SRVHIDDEN" key.

Solution:

This problem is resolved in Advanced Server V7.3A-ECO3 for OpenVMS.The Server announcements
correctly reflect the values set on PWRKALIASHIDDEN and SRVHIDDEN keys.
For related restrictions see Section 11.9.2, Browser Service Stays in
START PENDING State.

In Version 7.3A-ECO2 of the Advanced Server for OpenVMS, the server
crashes due to an ACCVIO in module LIBBDSC, routine alloc_netbuf(). A
traceback similar to the following would be seen in the PWRK$LMSRV log
file:

The DECnet phase V session control application, PCX$SERVER would not
register properly, during installation of Advanced Server. When DECnet
was used as a transport on the PC, the application, eXcursion would
fail to establish a session with the VMS system, unless Advanced Server
was started. The Advanced Server startup procedure always created the
object correctly.

Solution:

This problem is resolved in Advanced Server V7.3A-ECO3 for OpenVMS. The PCSI installation of
Advanced Server would now create the PCX$SERVER correctly.

The converted file name would result in the expected name, with the
string "DIR" appended to it, keeping the file extension blank. This
would make the entire directory tree to be inaccessible, starting with
the problematic directory name. The desired behavior was to have "DIR"
as an extension, if it was a directory, with a period (".") as path
name separator.

When a client attempts to save/write to a file on an Advanced Server
share, residing on a disk with insufficient free blocks, the PWRK$LMSRV
process may go into an indefinite loop, increasing the IO constantly,
causing the application at the client side to freeze.

With NT style printing enabled, Advanced Server for OpenVMS hangs for
at least one minute, when a PC user switches to page layout in
Microsoft Word. Also, all other commands to the server hang for a
minute or more.

When an externally authenticated user enters the "$SET PASSWORD" DCL
command or the ADMINISTER user enters the "ADMIN SET PASSWORD" DCL
command, to set the password against a Windows 2003 active directory
domain, the password is flagged as expired.

A call to map the SYSTEM account on a VMS system running Advanced
Server Version 7.3-ECO2 returns reason_code =2221 (No such user). While
the same request on a VMS system running Advanced Server Version 7.3A*
would return reason_code = 1326 (Logon Failure)

This change in behavior was affecting the way the NT ACME Agent handles
requests, and that was resulting in failed login attempts, which should
otherwise be successful.