OpenVMS ALPMANA02_062 Alpha V6.2 SYSMAN/SMISERVER ECO Summary
TITLE: OpenVMS ALPMANA02_062 Alpha V6.2 SYSMAN/SMISERVER ECO Summary
Modification Date: 30-MAY-2000
Modification Type: Technical Information:
Kit Installation Rating changed to "1". This
kit addresses memory corruption issues.
NOTE: An OpenVMS saveset or PCSI installation file is stored
on the Internet in a self-expanding compressed file.
For OpenVMS savesets, the name of the compressed saveset
file will be kit_name.a-dcx_vaxexe for OpenVMS VAX or
kit_name.a-dcx_axpexe for OpenVMS Alpha. Once the OpenVMS
saveset is copied to your system, expand the compressed
saveset by typing RUN kitname.dcx_vaxexe or kitname.dcx_alpexe.
For PCSI files, once the PCSI file is copied to your system,
rename the PCSI file to kitname-dcx_axpexe.pcsi, then it can
be expanded by typing RUN kitname-dcx_axpexe.pcsi. The resultant
file will be the PCSI installation file which can be used to install
the ECO.
Copyright (c) Compaq Computer Corporation 1996, 1999. All rights reserved.
PRODUCT: OpenVMS Alpha
COMPONENTS: SMISERVER.EXE
SMI$OBJSHR.EXE
SMI$SHR.EXE
STARTUP.COM
SYSMAN.EXE
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: ALPMANA02_062
ECO Kits Superseded by This ECO Kit: ALPMANA02_070 (V6.2* Only)
ALPMANA01_070 (V6.2* Only)
ALPMANA01_062
ECO Kit Approximate Size: 1720
Kit Applies To: OpenVMS Alpha V6.2, V6.2-1H1, V6.2-1H2, V6.2-1H3
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_1 - To be installed on all systems
running the listed versions of
OpenVMS.
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 SYSMAN and STARTUP on OpenVMS Alpha V6.2. This kit
addresses the following problems:
Problems Addressed in the ALPMANA02_062 Kit:
o Make SYSMAN security profile consistent clusterwide.
The SYSMAN security profile is supposed to be identical on all nodes
in a cluster that use the same security environment. However, SYSMAN
could use the authorize privileges from the UAF, instead of the
locally set privileges on some nodes.
For example, for a cluster named CLUSTER, node NODE1 should have the
same privilege settings as another node in the cluster, NODE2.
SYSMAN> set env/clus
%SYSMAN-I-ENV, current command environment:
Clusterwide on local cluster
Username SYSTEM (*** will be used on non-local nodes)
SYSMAN> show profile
%SYSMAN-I-DEFDIR, default directory on node NODE2 --
SYS$SYSROOT:[SYSMGR]
%SYSMAN-I-DEFPRIV, process privileges on node NODE2 --
TMPMBX
OPER
NETMBX
%SYSMAN-I-DEFDIR, default directory on node NODE1 --
SYS$SYSROOT:[SYSMGR]
%SYSMAN-I-DEFPRIV, process privileges on node NODE1 --
CMKRNL
CMEXEC
CMEXEC
SYSNAM
GRPNAM
ALLSPOOL
IMPERSONATE
DIAGNOSE
LOG_IO
GROUP
ACNT
PRMCEB
PRMMBX
PSWAPM
ALTPRI
SETPRV
TMPMBX
WORLD
MOUNT
OPER
EXQUOTA
NETMBX
VOLPRO
PHY_IO
BUGCHK
PRMGBL
SYSGBL
PFNMAP
SHMEM
SYSPRV
BYPASS
SYSLCK
SHARE
UPGRADE
DOWNGRADE
GRPPRV
READALL
IMPORT
AUDIT
SECURITY
Images(s) Affected:
- [SYSLIB]SMI$SHR.EXE
Problems Addressed in the ALPMANA02_070 Kit for OpenVMS Alpha V6.2,
V6.2-1H1, V6.2-1H2, and V6.2-1H3:
o A crash in STARTUP.COM may occur on standalone OpenVMS Alpha
V6.2 nodes during the IOGEN section of the SYSMAN startup or
during STARTNET.COM. One of the symptoms of this crash is
corruption in the System Page Table Entry (SPTE) free list.
This problem is corrected in OpenVMS Alpha V7.0.
o SYSMAN 'DO' commands that result in very long output records
result in errors similar to the following:
-RMS-F-SYS, QIO system service request failed
-SYSTEM-F-MBTOOSML, mailbox is too small for request
There may be some SYSMAN truncation errors also.
o The SYSMAN 'PARAM SET' command, when executed on a cluster,
would return with an extraneous NOMORENODE error message.
o With the SYSMAN 'DO' command, certain DCL commands that do not
have output (e.g., SYSMAN> DO DEFINE XXX YYY) would take at
least 10 seconds/node to complete.
Problems Addressed in the ALPMANA01_070 Kit for OpenVMS Alpha V6.2,
V6.2-1H1, V6.2-1H2, V6.2-1H3:
o SYSMAN 'DO' commands that result in very long output records
result in errors similar to the following:
-RMS-F-SYS, QIO system service request failed
-SYSTEM-F-MBTOOSML, mailbox is too small for request
There may be some SYSMAN truncation errors also.
o The SYSMAN 'PARAM SET' command, when executed on a cluster,
would return with an extraneous NOMORENODE error message.
o With the SYSMAN 'DO' command, certain DCL commands that do not
have output (e.g., SYSMAN> DO DEFINE XXX YYY) would take at
least 10 seconds/node to complete.
Problems Addressed in the ALPMANA01_062 Kit:
o SYSMAN accommodates the use of a ! character at the beginning
of its command line. All characters subsequent to the ! are
ignored and processing is passed to the next SYSMAN> prompt.
In OpenVMS V6.2, a regression in behavior occurred causing a !
character at the beginning of a SYSMAN command line to return
the following warning:
%CLI-W-NOCOMD, no command on line - reenter with alphabetic
first character
o OpenVMS Alpha V6.2 systems can crash due to corrupt system
page table entries (SPTE).
This problem is corrected in OpenVMS Alpha V7.0
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.
This patch can be found at any of these sites:
Colorado Site
Georgia Site
European Site
Files on this server are as follows:
alpmana02_062.README
alpmana02_062.CHKSUM
alpmana02_062.CVRLET_TXT
alpmana02_062.a-dcx_axpexe
alpmana02_062.CVRLET_TXT
