|
|
HP Services Software Patches - alpauds01_070
|
NOTE: An OpenVMS saveset or PCSI installation file is stored
on the Internet in a self-expanding compressed file.
The name of the compressed file will be kit_name-dcx_vaxexe
for OpenVMS VAX or kit_name-dcx_axpexe for OpenVMS Alpha.
Once the file is copied to your system, it can be expanded
by typing RUN compressed_file. The resultant file will
be the OpenVMS saveset or PCSI installation file which
can be used to install the ECO.
Copyright (c) Digital Equipment Corporation 1998. All rights reserved.
Modification Date: 27-MAY-98
Modification Type: New Kit.
OP/SYS: DIGITAL OpenVMS Alpha
COMPONENT: Audit Server
SOURCE: Digital Equipment Corporation
ECO INFORMATION:
ECO Kit Name: ALPAUDS01_070
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 450 Blocks
Kit Applies To: OpenVMS Alpha V7.0
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: 3 - To be installed on all systems running
the listed versions of OpenVMS which
are experiencing the problems described.
Kit Dependencies:
The following remedial kit(s) must be installed BEFORE
installation of this kit:
None
In order to receive all the corrections listed in this
kit, the following remedial kits should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for the Audit Server on OpenVMS Alpha V7.0. This kit
addresses the following problems:
o The SET AUDIT/SERVER=NEW_LOG (create new clusterwide audit log
file) will not always work as expected. Sometimes it does not
work at all and at other times it only works from one node in
the cluster.
o AUDIT_SERVER had one of two possible problems:
* The AUDIT_SERVER process may intermittently fail with the
following access violation error:
%SYSTEM-F-ACCVIO, access violation, reason mask=00,
virtual address=00000001, PC=00031628, PS=0000001B
The source of the problem was that R11 had a bad value
(00000001).
* A second problem is hangs waiting for doorbell locks. Two
hung AUDIT_SERVER processes in a VMScluster might hang in
Local Event Flag (LEF), waiting for the other process to
release a different doorbell lock. When this problem occurs,
processes may begin backing up in the RWMBX state, trying to
write new messages to MBA3:.
o When the AUDIT_SERVER is requested to exit, typically due to a
system shutdown, it could potentially hang in HIBernation
state not processing any messages in MBA3:. This problem
could potentially cause other processes to go into RWMBX state
when the mailbox fills up, and hang the system.
o MOUNT of a new shadow set by a non-privileged user fails, even
if the VU (Virtual Unit) had its ownership changed prior to a
reboot.
INSTALLATION NOTES:
The images in this kit will not take effect until the system is
rebooted. If there are other nodes in the VMScluster, they must
also be rebooted in order to make use of the new image(s).
If it is not possible or convenient to reboot the entire cluster at
this time, a rolling re-boot may be performed.
************* NOTE ************
A reboot can be avoided by stopping and re-starting the
AUDIT_SERVER. HOWEVER, if the system is experiencing the
problems described in this remedial kit, stopping the
AUDIT_SERVER may cause the system to hang. If that happens,
you must reboot the system to recover. To stop and restart
the AUDIT_SERVER:
$SET AUDIT/SERVER=EXIT (to stop)
Files on this server are as follows:
|
Files on this server are as follows:
|
»alpauds01_070.README
»alpauds01_070.CHKSUM
»alpauds01_070.CVRLET_TXT
»alpauds01_070.a-dcx_axpexe
|