Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is an update to an existing patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1/tcpip/5.1/dec-axpvms-tcpip_eco-v0501-154-4.README
*******************************************************************************
TITLE: Compaq TCP/IP TCPIPALP_E04A51 Compaq TCP/IP for OpenVMS V5.1 ECO Summary
New Kit Date: 25-MAY-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2001,2002. All rights reserved.
PRODUCT: Compaq TCP/IP Services for OpenVMS
OP/SYS: OpenVMS Alpha
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: TCPIPALP_E04A51
DEC-AXPVMS-TCPIP_ECO-V0501-154-4.PCSI
ECO Kits Superseded by This ECO Kit: DEC-AXPVMS-TCPIP_ECO-V0501-153-4.PCSI
ECO Kit Approximate Size: 65424 Blocks
Kit Applies To: Compaq TCP/IP Services for OpenVMS Alpha V5.1
OpenVMS Alpha V7.2-1,V7.2-1H1,V7.2-2 and V7.3
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Information Not Available
Installation Rating: INSTALL_UNKNOWN
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 TCP/IP V5.1 on OpenVMS Alpha V7.2-1 through
V7.3. This kit addresses the following problems:
PREVIOUSLY UNDOCUMENTED BEHAVIOR:
--------------------------------------------------------------
1: PTR 70-5-1502/70-5-1518 Dependency on VMS Kits
--------------------------------------------------------------
Problem:
1: When one composes a mail message in VMS mail and enters an
SMTP address at the To: prompt and at the Cc: prompt the
address originally entered at the Cc: prompt is not put into a
Cc: RFC header in the SMTP message but is instead put into the
To: RFC header.
2: In some cases the order of the recipients as entered by a
VMS mail user at the To: and/or Cc: prompts is not preserved
in the corresponding RFC headers.
3: When one composes a mail message in VMS mail and enters
multiple recipients all within the same SMTP%"" jacket any
recipient address that has no domain part, i.e. is a simple
user name, can be assigned the wrong domain by the SMTP
software.
Dependencies:
For this fix to be effective the following VMS kits must be
installed.
Alpha:
V7.2-1 VMS721_MAIL-V0100
V7.2-1h1 VMS21H1_MAIL-V0100
V7.3 VMS73_MAIL-V0100
VAX:
V7.2 VAXMAIL01_072
V7.3 VAXMAIL01_073
--------------------------------------------------------------
2: PTR 70-5-1805/30-7-49 Dependency on VMS Kits
--------------------------------------------------------------
The fixes for 70-5-1805 and 30-7-49 are dependant on the
following VMS kits:
Alpha:
V7.2-1 VMS721_PPPD-V0200
V7.2-1H1 VMS721H1_PPPD-V0200
V7.2-2 VMS722_PPPD-V0100
V7.3 VMS73_PPPD-V0100
--------------------------------------------------------------
3: PTR 70-5-1879 LPD symbiont AST quota/dynamic memory problem
--------------------------------------------------------------
Problem:
LPD symbiont can run out of AST quota or dynamic memory when
there are many outstanding jobs either due to high system load
or stopped local printer queues.
Solution:
To enable optimized use of ASTs for LPD job completion in
V5.1, customer must disable Logout notifications in the LPD
service's LOG_FLAGS, i.e.:
$ TCPIP SET SERVICE LPD/LOG_FLAGS=NOLOGOUT
--------------------------------------------------------------
4: PTR 70-5-1840 LPD symbiont maxing out FILLM quota
--------------------------------------------------------------
Problem:
Each incoming LPD connection causes the creation of a new LPD
receiver process.
Solution:
This behavior will only be modified by setting system logicals
as follows:
The reciever has been changed to loop back and try to bind to
the LPD port (515) and the IP address on which it received the
first incoming LPD connection. If the bind is successful, the
process will wait for a new LPD connection using a select call
on the socket. If it is not, the process will exit as before.
By default the new functionality is turned off and the code
exits after serving a single LPD dialog just as it always
has. The loop, that is, the persistence behavior must be
explicitly turned on by the definition of a boolean system
logical:
TCPIP$LPD_PERSISTENT_SERVER.
Two other logicals are supported to govern the behavior of the
LPD persistence code. First, the TCPIP$LPD_IDLE_TIMEOUT
logical may be defined to a VMS format delta time that defines
the length of time that an LPD receiver process will sit
blocked at its select call waiting for another incoming LPD
connection. The default is 5 minutes.
Second, the TCPIP$LPD_LOOP_MAX logical may be defined to limit
maximum number of iterations of the loop to persist. This
logical is provided as a back door in the event that a
resource leak, like a memory leak, is discovered and it is
desired to have the LPD receiver process exit gracefully
before the leak is hit. This is done by limiting the number of
loops - the number of times we go back and bind, listen and
select. If TCPIP$LPD_LOOP_MAX is not defined or is defined to
0 there is no limit on the number of iterations.
--------------------------------------------------------------
5: PTR 70-5-1852 GATED: Router ID Configuration
--------------------------------------------------------------
Nodes running GATED in a cluster within an autonomous system
should use individual configuration files with unique
routerid's. These routerid's must not be 0.0.0.0.
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BFS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 10-MAR-2001 Alpha and VAX
Images:
TCPIP$CFS_SHR.EXE V5.1-15A
Problem:
NFS problem with file aliases where certain file aliases created
on the VMS side are only partly visable on Unix.
Solution:
Treat all file aliases to directories as directories when
MODUS_OPERANDI bit 16384 is set.
Reference:
PTR 70-8-42
ECO 2 updates
--------------
ECO B 30-MAR-2001 Alpha and VAX
Images:
TCPIP$CFS_SHR.EXE V5.1-15B
Problem:
For file systems exported with /options=Name_Conversion,
any particularly long filename can map to the VMS file ".;"
which can be disconcerting and confusing.
Solution:
Properly detect when NonVMS-to-VMS name conversion fails and
report this as an appropriate error back to the client (e.g.
NAMETOOLONG). NonVMS filenames that cannot be converted into
a legal VMS ODS-2 filename can only be accommodated within a
Container File System.
Reference:
PTR 75-45-2223
ECO 3 updates
--------------
ECO C 20-SEP-2001 Alpha and VAX
Images:
TCPIP$CFS_SHR.EXE V5.1-15C
Problem:
Access checking does not work correctly for a container file
system.
Reference:
PTR 70-5-1788 / CFS.85933 / Req Id: GB_G01796 / UCX Note 8719
TCPIP_BUGS Note 2384
ECO 4 updates
-------------
ECO D 21-JAN-2002 Alpha and VAX
Problem:
When using a VMS NFS client and server, occasionally a file rename
fails, and the original filename will be replaced with a temporary
NFS filename that is inaccessible from the NFS client.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15D
Reference:
PTR 70-5-1876 / CFS.87500 / Req Id: DE_G02405 / UCX Note 8850
ECO E 4-FEB-2002 Alpha and VAX
Problem:
Copying indexed files results in RMS-F-RPL error detected while
reading prolog.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15E
Reference:
PTR 70-5-1946 / CFS.89064 / Req Id: DE_G02995 / UCX Note 8975
TCPIP_BUGS Note 2540
ECO F 19-FEB-2002 Alpha and VAX
Problem:
NFS Server regression of MODUS_OPERANDI for handling file
aliases.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15F
Reference:
PTR 30-10-120
TCPIP_BUGS Note 2554
ECO G 8-APR-2002 Alpha and VAX
Problem:
Problems found editing file using NFS from Unix after editing from
VMS with edit/teco. Also a privilege error occurs after copying
a file on VMS and attempting so save changes from Unix.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15G
TCPIP$NFS_SERVICES.EXE V5.1-15P
Reference:
PTR 70-5-1982 / CFS.90037 / Req Id: BCSM20HW4
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BIND_RESOLVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 10-MAR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15A
Problem:
The dynamic updates being sent by the load broker to a
Windows2000 DNS server were failing with an error similiar to:
unknown response: ans=0, auth=1, add=1, rcode=3
Solution:
Modify the check on the response packet from an SOA query to accept
packets that have an empty answer section, auth=1, and add=1.
Reference:
PTR 70-5-1572 / CFS.80807 / Req Id: BE_G01053
ECO B 16-MAR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15B
Problem:
FTP, telnet, and possibly others were failing with 'unexpected
nameserver error' when trying to connect to a host that had an
underscore in the host name.
Solution:
Loosen the restriction on the host name checking. The resolver now
uses a different routine to process host names. This routine verifies
against a larger character set which includes underscores, et al.
NOTE:
In order for hostnames containing underscores to be allowed using
applications such as TELNET and FTP, the following line must be
added to the options section of your BIND servers' TCPIP$BIND.CONF
configuration file:
check-names master ignore;
for example:
options {
directory "SYS$SPECIFIC:[TCPIP$BIND]";
check-names master ignore;
};
Reference:
PTR 70-5-1641 / CFS.82606 / Req Id: BCSM30T81
ECO 2 updates
--------------
ECO C 30-APR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15C
TCPIP$NSLOOKUP.EXE V5.1-15B
Problem:
Both nslookup and SH HOST would exit prematurely if the server
timed out. They would not exhaust all elements of their search
path list.
Solution:
The resolver will keep trying elements of the search list
until either it gets an answer or the list is exhausted.
Reference:
TCPIP_BUGS Note 2213
TCPIP_BUGS Note 1324
ECO D 9-MAY-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15D
Problem:
Applications such as telnet were getting a BIND error when
attempting to use IP addresses if the BIND resolver was disabled
and the address did not exist in the LOCAL host db.
Solution:
Add a call to res$$fakeaddr() in the TCPIP$GETIPNODEBYNAME()
routine in the IPC layer. This will check to see if what we were
passed was an IP address and perform any required formatting to it
before passing it back. Now we pass back the address in the
hostent instead of an empty hostent and an error.
Release Note:
In V5.1, applications may have experienced errors when using IP
addresses if the BIND resolver had not been enabled and the address
had not been defined in the LOCAL host database. This problem
has been fixed.
Reference:
TCPIP_BUGS Note 2217
UCX Note 8430
ECO E 9-JUL-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15E
Problem:
The load broker was accvio'ing during startup.
Reference:
PTR 70-5-1729 / CFS.CFS.84739 / UCX Note 8618
ECO 4 updates
-------------
ECO F 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error
trying to access CF control file. This is followed by
ACCVIO's. Occurs only with heavy SMTP load. Diagnosed as
memory leak in V5.1 BIND Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
ECO G 19-FEB-2002 Alpha and VAX
Problem:
BIND resolver is unable to perform a name lookup for a host when
BIND database records are returned in the following order: CNAME
record followed by its associated PTR record and when the reverse
address record has been subnetted on a non-byte boundary.
For example, consider the following:
$ tcpip show host 12.30.254.228
gethostby*.getanswer: asked for "228.254.30.12.IN-ADDR.ARPA", got
"228.224/27.254.30.12.IN-ADDR.ARPA"
%TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Deliverables:
TCPIP$ACCESS_SHR.EXE V5.1-15D
TCPIP$IPC_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1987 / CFS.90172 / Req Id: HPAQ20XNF
PTR 70-5-1966 / CFS.89677 / Req Id: HPAQ12BKC
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BIND_SERVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 12-MAR-2001 Alpha and VAX
Images:
TCPIP$BIND_SERVER_CONTROL.EXE V5.1-15A
Problem:
The ndc commands start, stop, and restart no longer work.
Solution:
No longer use the sending of a packet method to start the BIND
server. Instead, incorporate the TCPIP$BIND_STARTUP/SHUTDOWN
command procedures to do the job.
Reference:
TCPIP_BUGS Note 2201
ECO 4 updates
-------------
ECO B 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error trying to
access CF control file. This is followed by ACCVIO's. Occurs only
with heavy SMTP load. Diagnosed as memory leak in V5.1 BIND
Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BIND_TOOLS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 9-MAR-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15A
Problem:
TCPIP SHOW HOST was ACCVIO'ing in certain cases when retrieving the
BIND database.
Solution:
NSLOOKUP was modified to deal with large DNS messages.
Reference:
PTR 70-5-1560 / CFS.80586 / Req Id: GB_G01030
PTR 70-5-1588 / CFS.81412 / Req Id: GB_G01110
ECO 2 updates
--------------
ECO B 30-APR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15C
TCPIP$NSLOOKUP.EXE V5.1-15B
Problem:
Both nslookup and SH HOST would exit prematurely if the server
timed out. They would not exhaust all elements of their search
path list.
Solution:
The resolver will keep trying elements of the search list
until either it gets an answer or the list is exhausted.
Reference:
TCPIP_BUGS Note 2213
TCPIP_BUGS Note 1324
ECO C 26-JUN-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15B
Problem:
TCPIP SHOW HOST/NOLOCAL could result in an ACCVIO under
certain circumstances.
AND
Some BIND error codes were not getting returned and
displayed properly.
Reference:
PTR 75-61-663 / TCPIP_BUGS Note 2297
ECO D 27-JUN-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15C
Problem:
The SHOW HOST command could hang on its second issuance when
inside the TCPIP utility.
Reference:
PTR 70-5-1746 / CFS.85063 / Req Id: HPAQ61PJP
TCPIP_BUGS Note 2358
ECO E 6-JUL-2001 Alpha and VAX
Sources:
TCPIP$BINDSETUP.COM
Problem:
TCPIP$BINDSETUP.COM no longer restarted BIND properly.
Reference:
UCX Note 8505
TCPIP_BUGS Note 2296
ECO 4 updates
-------------
ECO F 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error trying to
access CF control file. This is followed by ACCVIO's. Occurs only
with heavy SMTP load. Diagnosed as memory leak in V5.1 BIND
Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BOOTP_SERVER Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 12-NOV-2001 Alpha and VAX
Images:
TCPIP$BOOTP.EXE V5.1-15A
Problem:
BOOTP server on system with multiple interfaces is telling
clients only the server IP of the first (primary) interface,
even if the client is on a different subnet and their reqeust
came in on a different interface. The client's subsequent
attempt to use this address for TFTP loading of boot image fails.
Reference:
PTR 70-5-1859 / CFS.87175 / Req Id: CH_G02282
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 DHCP Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 9-Nov-2001 Alpha and VAX
Images:
TCPIP$DHCP_CLIENT.EXE V5.1-15A
Problem:
When using the DHCP client to configure an interface, the default
route, if it points to the DHCP controlled interface itself,
mysteriously vanishes after a period of normal operation.
Specifically, when the DHCP client renews the lease on the IP
address the default route vanishes.
Reference:
PTR 70-5-1720 / CFS.84507 / Req Id: MGO88613A
PTR 70-5-1897 / CFS.87978 / Req Id: LU_G02585
PTR 70-5-1981 / CFS.90030 / Req Id: HPAQ20HBK
TCPIP_BUGS Note 2386
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 DNFS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 23-MAR-2001 Alpha and VAX
Images:
TCPIP$DNFSACP.EXE V5.1-15A
TCPIP$DNFSDISMOUNT.EXE V5.1-15A
TCPIP$DNFSDRIVER.EXE V5.1-15A
TCPIP$DNFSMOUNT.EXE V5.1-15A
Problem:
Experiment to use native quadword math on Alpha still
has problems.
Solution:
Force the Alpha path to use the same LIB$* routines
as the VAX path.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO B 29-MAR-2001 Alpha and VAX
Images:
TCPIP$DNFSACP.EXE V5.1-15B
Problem:
The NFS client does not send a set attribute to the server after
writing a file that is the same size or smaller, letting it default
to 512 bytes. Initial fix attempt caused a data corruption
regression.
Solution:
Send a setattr procedure to set the size after the re-write,
being careful not to confuse this situation with the one that
led to file corruption. Also, backported V5.1 change so the
NFS client now reports the correct allocated size instead of
the EOF mark.
Reference:
PTR 70-5-1562 / CFS.80621 / Req Id: MGO34019B / UCX Note 7934
PTR 70-5-1604 / CFS.81793 / Req Id: MGO56058B
ECO C 24-MAY-2001 Alpha and VAX
Images:
TCPIP$DNFSACP.EXE V5.1-15C
Problem:
Setting the tpu$journal to point to a mounted directory and
editing a file using edt terminates with write error due to
an unsupported operation.
Solution:
Return SS$_NORMAL instead of SS$_UNSUPPORTED for the various
caching options.
Reference:
PTR 70-5-1633 / CFS.82535 / Req. ID: MGO67165A
ECO 4 updates
-------------
ECO D 28-JAN-2002 Alpha and VAX
Problem:
TCPIP$DNFSACP has a memory leak which causes it to ACCVIO.
Deliverables:
TCPIP$DNFSACP.EXE V5.1-15D
Reference:
PTR 70-5-1755 / CFS.85217 / Req Id: HPAQ7025N
PTR 70-5-1679 / CFS.83433 / Req Id: FR_G01363
PTR 70-5-2027 / CFS.91236 / Req Id: BCGM31T4Z
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 EXAMPLES Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 25-OCT-2001 Alpha and VAX
Sources:
TCPIP$TCP_CLIENT_QIO.MAR
TCPIP$TCP_SERVER_QIO.MAR
TCPIP$UDP_CLIENT_QIO.MAR
TCPIP$UDP_SERVER_QIO.MAR
Problem:
tcpip$examples:tcpip$udp_client_qio.c may fail with %ADA-F-IVADDR
Reference:
PTR 70-5-1538 / CFS.79850 / Req Id: HPAQA1NPX
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 FTP_CLIENT Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 25-APR-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15A
TCPIP$FTP_CHILD.EXE V5.1-15C
TCPIP$FTP_SERVER.EXE V5.1-15C
TCPIP$MSG.EXE V5.1-15C
Problem:
For file larger than 4 GB, the FTP Client incorrectly reports the
number of bytes transferred. The Kbytes/sec rate reported is also
incorrect.
Solution:
The bytes transferred count is now maintained using an extended
precision representation (64-bit long long on Alpha, two 32-bit
longword array on VAX). The Kbytes/sec rate is now calculated
using double floating-point precision.
Also took this opportunity to include an estimate of a
sequential or fixed-length file's byte length in the
"150 Opening data connection for..." message.
Unix servers do this and it gives a GUI FTP client something
to use for progress bars or %complete screen updates.
Note this size is not 100% accurate due to file conversion
that might occur for the transfer.
Reference:
PTR 70-5-1342 / CFS.75202 / Req Id: ZUO12931A
ECO B 29-MAY-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15B
Problem:
$ COPY/FTP of a non-existent file produces no error message.
Now it does.
Reference:
PTR 70-5-1643 / CFS.82649 / Req Id: BCGM3102F / UCX Note 8421
TCPIP_BUGS Note 1240
ECO 4 updates
-------------
ECO C 5-OCT-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15C
Problem:
Incorrect operation on port number specified in the
FTP> connect <host> <port> command causes the error:
%TCPIP-E-FTP_NETERR, I/O error on network device
-SYSTEM-F-REJECT, connect to network object rejected
Reference:
PTR 70-5-1833 / CFS.86707 / Req Id: GB_G02128 / UCX Note 8793
ECO D 2-NOV-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15D
Problem:
70-5-1757:
FTP client is not deleting its *.TMD temporary file when
doing a wildcarded GET and no files match the wildcard.
70-5-1783:
FTP client occasionally reports unexpected additional
errors when an LS or DIR results in no matching files:
%TCPIP-E-FTP_DATACONF, cannot establish data connection ...
-SYSTEM-F-CONNECFAIL, connect to network object timed-out ...
550 file not found
Reference:
PTR 70-5-1757 / CFS.85265 / Req Id: IE_G01656 / UCX Note 8640
PTR 70-5-1783 / CFS.85847 / Req Id: NL_G01783 / UCX Note 8724
ECO E 15-NOV-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15E
Problem:
FTP Client no longer reads DCL or FTP/INPUT script files correctly
when they have no record attributes (RAT:NONE). Problem introduced
in TCPIP V5.0.
Reference:
PTR 70-5-1875 / CFS.87486 / Req Id: DK_G02401
ECO F 16-NOV-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15F
Problem:
Customer's automatically-generated DCL FTP scripts of
the form:
connect host
quote USER username
quote PASS password
:
no longer successfully log in to remote FTP server.
This is a regression from UCX.
Customer was provided an undocumented logical that restores
the earlier UCX behavior but has potential side effects that
preclude it being made generally available.
Reference:
PTR 70-5-1898 / CFS.88003 / Req Id: AT_G02595
ECO G 11-DEC-2001 Alpha and VAX
Problem:
Fix for 70-5-1875 broke FTP /INPUT scripts, which "hang" waiting
for user to type input from terminal.
Deliverables:
TCPIP$FTP_CLIENT.EXE V5.1-15G
Reference:
PTR 30-10-41
PTR 70-5-1940 / CFS.CFS.88906 / Req Id: DK_G02944
ECO H 5-APR-2002 Alpha and VAX
Problem:
$COPY/FTP does not preserve filename case on non-VMS target,
even if target filename is explicitly quoted. Result is
always a lowercase-converted filename.
Deliverables:
TCPIP$FTP_CLIENT.EXE V5.1-15H
Reference:
PTR 70-5-1659 / CFS.83094 / Req Id: HPAQ402L0 / UCX Note 7392
PTR 70-5-1902 / CFS.88199 / Req Id: GB_G02676
PTR 70-5-1942 / CFS.88950 / Req Id: DE_G02959
PTR 70-5-2015 / CFS.91000 / Req Id: AE_G03639
ECO I 17-APR-2002 Alpha and VAX
Problem:
When a file such as test.txt.2 exists on a remote UNIX system, the
FTP command put test.txt;2 overwrites that file even if sunique is
on (in which case file name should be test.txt.2.1).
Deliverables:
TCPIP$FTP_CLIENT.EXE V5.1-15I
Reference:
PTR 30-13-14
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 FTP_SERVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 19-FEB-2001 Alpha and VAX
Images:
TCPIP$FTP_SERVER.EXE V5.1-15A
Problem:
FTP Server ACCVIO'S because the reallocation of the session
table on the 129th simultaneous connection fails.
Solution:
Dynamically reallocate the session table.
Session table grows by MAX_SESSIONS.
Reference:
PTR 70-5-1408 / CFS.76668 / Req ID: HPAQ51QP2
ECO 2 updates
--------------
ECO B 24-APR-2001 Alpha and VAX
Images:
TCPIP$FTP_CHILD.EXE V5.1-15B
Problem:
FTP> DIR search-list-logical can encounter the server errors
"550 file not found" or "550 unsupported file structure level"
when the search-list-logical is composed of concealed members.
Problem only occurs when file details are requested from the
server, and not when just filenames are requested.
Solution:
Modified the FTP server to better detect the transition from
one concealed device entry to another within a search-list-
logical's SYS$SEARCH() results, so it has the proper device
open for obtaining the requested file details.
Reference:
PTR 70-5-1648 / CFS.82762 / Req Id: NL_G01281
ECO C 25-APR-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15A
TCPIP$FTP_CHILD.EXE V5.1-15C
TCPIP$FTP_SERVER.EXE V5.1-15C
TCPIP$MSG.EXE V5.1-15C
Problem:
For file larger than 4 GB, the FTP Client incorrectly reports the
number of bytes transferred. The Kbytes/sec rate reported is also
incorrect.
Solution:
The bytes transferred count is now maintained using an extended
precision representation (64-bit long long on Alpha, two 32-bit
longword array on VAX). The Kbytes/sec rate is now calculated
using double floating-point precision.
Also took this opportunity to include an estimate of a
sequential or fixed-length file's byte length in the
"150 Opening data connection for..." message.
Unix servers do this and it gives a GUI FTP client something
to use for progress bars or %complete screen updates.
Note this size is not 100% accurate due to file conversion
that might occur for the transfer.
Reference:
PTR 70-5-1342 / CFS.75202 / Req Id: ZUO12931A
ECO D 1-JUN-2001 Alpha and VAX
Images:
TCPIP$FTP_CHILD.EXE V5.1-15D
Problem:
Customer requested "extended" FTP server logging similar
to the session logging that MultiNet provides in its log
files created in user's home directory. The FTP Child
process will now log session info, requests, and responses
in its SYS$LOGIN:TCPIP$FTP_SERVER.LOG file if the logical
TCPIP$FTPD_LOG_CLIENT_ACTIVITY is defined.
This logical can be defined on a system-wide basis by an
administrator (so all users' FTP session logs include
extended logging), or by a user within their LOGIN.COM
file (so just that user's FTP session logs include
extended logging).
Reference:
PTR 70-5-1661 / CFS.83150 / Req Id: NL_G01322
ECO 3 updates
--------------
ECO E 24-AUG-2001 Alpha and VAX
Images:
TCPIP$FTP_SERVER.EXE V5.1-15E
Problem:
If TCPIP$FTPD_IDLETIMEOUT is set to an unexpected value,
the ftp server will drop connections immediately.
Reference:
PTR 70-5-1568 / CFS.80740 / Req Id: ZUO45298A / UCX Note 7487
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 INET Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 31-JAN-2001 Alpha and VAX
Images:
TCPIP$INETDRIVER.EXE V5.1-15A
Problem:
The INETdriver can cause a PGFIPLHI crash in VMS EXE$CANCEL.
Solution:
Fixed the INETdriver to make sure the CCB is paged into
memory before returning to EXE$CANCEL.
Reference:
PTR 70-5-1566 / CFS.80053 / Req Id: BRO41389B
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 INSTALL Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 23-FEB-2001 Alpha and VAX
Sources:
TCPIP$V51_CONVERSION.COM
Problem:
TCP/IP Services doesn't support SMTP as an IPv6 capable service.
Solution:
Modified UCPs service database module and the V5.1 rollover
command procedure to add support for SMTP as an IPv6 capable
service.
Reference:
TCPIP_BUGS Note 2075
ECO B 28-FEB-2001 Alpha and VAX
Sources:
TCPIP$SHUTDOWN.COM
Problem:
TCPIP$SHUTDOWN.COM fails to:
1. return correct severity level for shutdown errors, and
2. only delete service-enable logical names on successful shutdowns.
Solution:
Modified the TCPIP$SHUTDOWN.COM command procedure to return correct
severity level for shutdown errors, and only delete service-enable
logical names on successful shutdowns.
Reference:
TCPIP_BUGS Note 2161
ECO C 28-FEB-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
SYSCONFIGTAB.DAT database file is not created by TCPIP$CONFIG.COM
Solution:
Modified TCPIP$CONFIG.COM to create TCPIP$ETC:SYSCONFIGTAB.DAT
database by extracting its template file from
SYS$LIBRARY:TCPIP$TEMPLATES.TLB.
Reference:
TCPIP_BUGS Note 2180
ECO D 10-MAR-2001 Alpha and VAX
Sources:
TCPIP$INET_STARTUP.COM
Problem:
Ip6rtrd process disappears.
Solution:
Delay start of TCPIP$IP6RTRD process so that IPv6 is
configured on each interface.
Reference:
TCPIP_BUGS Note 2205
ECO 2 updates
--------------
ECO E 12-MAR-2001 Alpha and VAX
Images:
TCPIP$VERSIONS.EXE V5.1-15E
Problem:
TCPIP SHOW VERSION does not display the eco number
properly.
Solution:
Corrected printf format string in version.c.
Reference:
Internal testing.
ECO F 23-APR-2001 Alpha and VAX
Sources:
TCPIP$PROXY_STARTUP.COM
TCPIP$PROXY_SHUTDOWN.COM
Images:
TCPIP$MSG.EXE V5.1-15B
TCPIP$UCP.EXE V5.1-15I
Problem:
UCP's LOAD PROXY command generates error messages if there are no
proxy records in the proxy database.
For example,
$ tcpip load proxy
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Solution:
UCP Changes:
1. Modified routine TCPIPCP$LOAD_NFS_PROXY (in TCPIPCP$PROXY.B32) to
correctly load nfs proxy records; enhanced TCPIPCP$LOAD_NFS_PROXY
to signal the number and type (i.e. NFS) of proxy records loaded.
MSG Changes:
1. Added PROXYLOADED informational message for UCP.
INSTALL Changes:
1. Modified TCPIP$PROXY_STARTUP.COM and TCPIP$PROXY_SHUTDOWN.COM as
follows:
a. correct text of module abstract
b. event logs for loading communication and nfs proxies
Reference:
PTR 30-7-11
PTR 30-7-48
PTR 30-7-59
TCPIP_BUGS notes 1708, 2138, 2203
ECO G 23-APR-2001 Alpha and VAX
Sources:
TCPIP$INET_SHUTDOWN.COM
Problem:
The TCPIP$INET_SHUTDOWN.COM command procedure generates errors
while stopping the TCP/IP Kernel after configuring IPv6 network
components.
Solution:
Changed how TCPIP$INET_SHUTDOWN determines if IPv6 network
components are started.
Reference:
TCPIP_BUGS Note 2214
ECO H 23-APR-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
TCPIP$CONFIG fails to recognize NTP as a service bundled with
TCP/IP Services. Thus, TCPIP$CONFIG fails to manage NTP properly.
Solution:
Corrected NTP service's name-to-string mapping symbol so that NTP
is recognized as a service bundled with TCP/IP Services.
Reference:
TCPIP_BUGS Note 2219
ECO I 15-MAY-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
TCPIP$CONFIG's "ALL DISABLE" command processing generates error
messages when disabling services already disabled for startup.
Solution:
Corrected error handling to disable services already disabled for
startup without generating error messages.
Reference:
TCPIP_BUGS Note 2224
ECO K 15-MAY-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
The TCPIP$CONFIG.COM command procedure fails to:
1. create ANONYMOUS account without errors when configuring
ANONYMOUS FTP
2. translate the TCPIP$FTP_ANONYMOUS_LOG logical name when creating
log file for ANONYMOUS FTP account
3. create TCPIP$NOBODY account when configuring NFS Server
4. use distinct UIC group numbers when creating ANONYMOUS FTP and
TCPIP$NOBODY accounts
Solution:
Corrected account creation and configuration bugs in TCPIP$CONFIG.COM
Reference:
TCPIP_BUGS Note 2273
ECO L 15-MAY-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
tcpip$config.com does not reset the UIC member number for new
groups.
Solution:
Corrected 'set_uic_member" subroutine in TCPIP$CONFIG.COM to
allocate uic member numbers in strictly ascending order.
Reference:
TCPIP_BUGS Note 2274
ECO M 15-JUN-2001 Alpha and VAX
Problem:
Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 1
can be installed over TCP/IP 5.0A with no indication of a
problem. This has been fixed for 5.1 ECO 2.
Reference:
PTR 70-5-1715 / CFS.84478 / Req Id: HPAQ52845
ECO N 11-JUL-2001 Alpha and VAX
Images:
TCPIP$CONFIG.COM
Problem:
ANONYMOUS FTP unable to delete files in INPUT directory created by
ANONYMOUS FTP.
Reference:
TCPIP_BUGS Note 2347
ECO 3 updates
--------------
ECO O 21-SEP-2001 Alpha and VAX
Sources:
TCPIP$STARTUP.COM
TCPIP$SHUTDOWN.COM
TCPIP$CUSTOMER_SERVICE_STARTUP.COM
TCPIP$CUSTOMER_SERVICE_SHUTDOWN.COM
Problem:
Unable to start a customer-supplied service configured for
automatic startup when the service has a lowercase or mixed-case
service name.
For example, the error, shown below, results when attempting to
start the POLYSERVER instead of the "polyserver" customer-supplied
service.
$ 
sys$startup:tcpip$startup
%TCPIP-I-INFO, TCP/IP Services startup beginning at 28-AUG-2001 ...
.
.
.
%TCPIP-E-STARTFAIL, failed to start POLYSERVER
-TCPIP-E-NOSERVREC, cannot find POLYSERVER service database record
.
.
.
%TCPIP-S-STARTDONE, TCP/IP Services startup completed at
28-AUG-2001 ...
Reference:
PTR 70-5-1790 / CFS.85958 / Req Id: NL_G01814
TCPIP_BUGS Note 2407
ECO 4 updates
-------------
ECO P 3-NOV-2001 Alpha and VAX
Images:
TCPIP$PWIP_DRIVER_STARTUP.COM
Problem:
PWIP ACP process log files are not purged on PWIP service
start-up.
Reference:
TCPIP_BUGS Note 1981
ECO Q 7-DEC-2001 Alpha and VAX
Problem:
Address several problems with XDM:
1. Lack of support for the Tab key within the Login dialog
box to switch between fields.
2. Lack of support for servers or screens other than :0.0.
3. Use of $SET DISPLAY/CREATE/EXECUTIVE_MODE within the
TCPIP$XDM_XSESSIONS.COM file is unnecessary and requires
privileges not all users might have been granted.
4. Not consistently using the preferred $SET DISPLAY/CREATE
method of setting up the DECW$DISPLAY logical, which
also makes the XDM documentation confusing.
Deliverables:
TCPIP$XDMW.EXE V5.1-15C
TCPIP$XDM_XSESSION.COM
Reference:
PTR 70-5-1747 / CFS.85092 / Req Id: GB_G01616 / UCX Note 8396
PTR 70-5-2042 / CFS.91813 / Req Id: BCSM41BGP
ECO R 8-FEB-2002 Alpha and VAX
Problem:
TCPIP 5.1 ECO 3: PortMapper rejects inbound connections.
Deliverables:
TCPIP$CONFIG.COM
Reference:
PTR 70-5-1949 / CFS.89098 / Req Id: FR_G03013
ECO S 22-MAR-2002 Alpha and VAX
Problem:
Customers with client-only license are unable to configure
Telnet in V5.1, but could in all prior revs.
Corrected TCPIP$CONFIG.COM license-checking to permit
configuration of Telnet and XDM with client-only license,
and to disallow NFS_LOCK and LBROKER.
Deliverables:
TCPIP$CONFIG.COM V5.1-15S
Reference:
PTR 70-5-1978 / CFS.89955 / Req Id: HPAQ209DG / UCX Note 9058
TCPIP_BUGS Note 2561(V5.1only)
ECO T 12-APR-2002 Alpha and VAX
Problem:
NFS-Server Mount perfomance problems from PC's NFS-Client with
TCPIPV5.1 ECO 3 & Cluster.
Deliverables:
TCPIP$CONFIG.COM
Reference:
PTR 70-5-2014 / CFS.90940 / Req Id: ES_G03621
TCPIP_BUGS Note 2561
ECO U 15-APR-2002 Alpha and VAX
Problem:
The DECC$SHR.EXE image is installed on EV56 and newer Alpha-based
systems. This results in having two copies of the CRTL installed:
DECC$SHR.EXE, and DECC$SHR_EV56.EXE.
Deliverables:
TCPIP$PORTM_RUN.COM
TCPIP$UCP_STARTUP.COM
Reference:
PTR 30-10-67
TCPIP_BUGS Note 2532
ECO V 17-APR-2002 Alpha and VAX
Problem:
NFS_SERVICES SSRVEXCEPT crash due to CPU time limit inherited
from Default account when TCPIP$NFS account was set up.
Deliverables:
TCPIP$CONFIG.COM
Reference:
PTR 70-5-2018 / CFS.91078 / Req Id: DK_G03672 / UCX Note 9152
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 IPC Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 10-MAR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15A
Problem:
The dynamic updates being sent by the load broker to a
Windows2000 DNS server were failing with an error similiar to:
unknown response: ans=0, auth=1, add=1, rcode=3
Solution:
Modify the check on the response packet from an SOA query to accept
packets that have an empty answer section, auth=1, and add=1.
Reference:
PTR 70-5-1572 / CFS.80807 / Req Id: BE_G01053
ECO B 16-MAR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15B
Problem:
FTP, telnet, and possibly others were failing with 'unexpected
nameserver error' when trying to connect to a host that had an
underscore in the host name.
Solution:
Loosen the restriction on the host name checking. The resolver now
uses a different routine to process host names. This routine verifies
against a larger character set which includes underscores, et al.
Reference:
PTR 70-5-1641 / CFS.82606 / Req Id: BCSM30T81
ECO 2 updates
--------------
ECO C 30-APR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15C
TCPIP$NSLOOKUP.EXE V5.1-15B
Problem:
Both nslookup and SH HOST would exit prematurely if the server
timed out. They would not exhaust all elements of their search
path list.
Solution:
The resolver will keep trying elements of the search list
until either it gets an answer or the list is exhausted.
Reference:
TCPIP_BUGS Note 2213
TCPIP_BUGS Note 1324
ECO D 14-JUN-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-1D
Problem:
Applications such as telnet were getting a BIND error when
attempting to use IP addresses if the BIND resolver was disabled
and the address did not exist in the LOCAL host db.
Solution:
Add a call to res$$fakeaddr() in the TCPIP$GETIPNODEBYNAME()
routine in the IPC layer. This will check to see if what we were
passed was an IP address and perform any required formatting to it
before passing it back. Now we pass back the address in the
hostent instead of an empty hostent and an error.
Release Note:
In V5.1, applications may have experienced errors when using IP
addresses if the BIND resolver had not been enabled and the address
had not been defined in the LOCAL host database. This problem
has been fixed.
Reference:
TCPIP_BUGS Note 2217
UCX Note 8430
ECO E 9-JUL-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15E
Problem:
The load broker was accvio'ing during startup.
Reference:
PTR 70-5-1729 / CFS.CFS.84739 / UCX Note 8618
ECO 4 updates
-------------
ECO F 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error trying to
access CF control file. This is followed by ACCVIO's. Occurs only
with heavy SMTP load. Diagnosed as memory leak in V5.1 BIND
Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
PTR 70-5-1983 / CFS.90062 / Req Id: FI_G03305
PTR 70-5-2010 / CFS.90875 / Req Id: GB_G03588
ECO G 27-NOV-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15G
Problem:
IPROBE sampling for the LMD0 process shows 60% of all its CPU
cycles are spent within TPCPIP. The $getdviw() call in select()
was removed for better performance.
This problem was reported internally by Oracle.
Reference:
Internal testing.
ECO H 19-FEB-2002 Alpha and VAX
Problem:
BIND resolver is unable to perform a name lookup for a host when
BIND database records are returned in the following order: CNAME
record followed by its associated PTR record and when the reverse
address record has been subnetted on a non-byte boundary.
For example, consider the following:
$ tcpip show host 12.30.254.228
gethostby*.getanswer: asked for "228.254.30.12.IN-ADDR.ARPA", got
"228.224/27.254.30.12.IN-ADDR.ARPA"
%TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Deliverables:
TCPIP$ACCESS_SHR.EXE V5.1-15D
TCPIP$IPC_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1987 / CFS.90172 / Req Id: HPAQ20XNF
PTR 70-5-1966 / CFS.89677 / Req Id: HPAQ12BKC
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 KERNEL_NFS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 19-MAR-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVER.EXE V5.1-15A
Problem:
Proxy UID lookup did not pass the host pointer.
Solution:
Proxy UID lookup now passes the host pointer.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO B 3-APR-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE; V5.1-15B
Problem:
With $sysconfig nfs vms_proxy_debug=2, the output of the
proxy-req line (proxy (inbound) request) would be garbled
(wrong uid, gid, uic).
Solution:
Make the OPCOM (vms_proxy_debug=2) path use the same arguments
as the console (vms_proxy_debug=1) path. One argument was missing.
Reference:
TCPIP_BUGS Note 2218
ECO C 15-MAY-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15C
Problem:
System crash due to SMP Spinwait timeout, due to a deadlock
(deadly embrace) in the NFS server.
Solution:
Removal of and unnecessary IOLOCK8 lock request resolved the
problem.
Reference:
TCPIP_BUGS Note 2252
ECO D 2-JUL-2001 Alpha and VAX
Images:
NFS_SERVICES.EXE V5.1-15D
Problem:
Unable to see file systems exported from VMS to OSF
Reference:
PTR 70-5-1703 / CFS.84197 / Req Id: HPAQ51DDG
ECO 3 updates
--------------
ECO E 17-SEP-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15E
Problem:
Bugcheck: PGFIPLHI, Pagefault with IPL too high
Process currently executing on this CPU: TCPIP$NFS_1
Reference:
PTR 70-5-1771 / CFS.85556 / Req Id: GB_G01720
PTR 70-5-1779 / CFS.85765 / Req Id: MGO03813A
ECO 4 updates
-------------
ECO F 18-OCT-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15F
Problem:
Changing the number of threads on a running NFS server could crash
the server.
Reference:
PTR 70-5-1769 / CFS.85527 / Req Id: DE_G01974
TCPIP_BUGS Note 2379
ECO G 18-OCT-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15G
Problem:
NFS_SERVER PGFIPLHI crash because paged out memory was refereced
while on IPL level 8.
Reference:
PTR 70-5-1842 / CFS.86881 / Req Id: GB_G02183
ECO H 16-NOV-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15H
Problem:
VMS crashed in TCPIP$NFS_SERVER, VRELE() routine when attempting to
place a VNODE in the freelist twice. This problem was addressed in
ECO A but the KERNEL_VFS library was not properly built at that
time.
Reference:
PTR 70-5-1791 / CFS.86010 / Req Id: DE_G01828
PTR 70-5-1884 / CFS.87644 / Req Id: STL294310
PTR 70-5-1903 / CFS.88220 / Req Id: CH_G02678
PTR 70-5-1955 / CFS.89406 / Req Id: BCSM119L6
ECO I 11-JAN-2002 Alpha and VAX
Problem:
NFS server causes a system crash when large numbers of files
are opened. Do not allow the number to exceed 2048.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15I
TCPIP$NFS_SERVER.EXE V5.1-15I
Reference:
PTR 70-5-1728 / CFS.84734 / Req Id: SE_G01532
TCPIP_BUGS Note 2375
ECO K 11-JAN-2002 Alpha and VAX
Problem:
VMS and Unix edits of the same file cause temporary permission
problems. Need to wait until file inactivity timer expires in order
to write to the file from Unix after editing the same file using
VMS.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15K
Reference:
PTR 70-5-1891 / CFS.87835 / Req Id: BCSMA2HW1
TCPIP_BUGS Note 2375
ECO L 29-JAN-2002 Alpha and VAX
Problem:
NFS server hangs intermittently.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15L
Reference:
PTR 70-5-1934 / CFS.88768 / Req Id: STL317968
PTR 70-5-1935 / CFS.88773 / Req Id: DE_G02890
PTR 70-5-1965 / CFS.89668 / Req Id: ES_G03181
ECO M 8-FEB-2002 Alpha and VAX
Problem:
VMS and Unix edits of the same file cause temporary permission
problems. Need to wait until file inactivity timer expires in order
to write to the file from Unix after editing the same file using
VMS.
The original fix for 70-5-1891 made matters worse on Vax, causing
the file to be truncated the second time it was written from Unix.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15M
Reference:
PTR 70-5-1891 / CFS.87835 / Req Id: BCSMA2HW1
ECO N 25-FEB-2002 Alpha and VAX
Problem:
Every 10-12 days the NFS server fails to display directory files.
Possible leaking resource, stop/start of TCP clears the problem.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15N
Reference:
PTR 70-5-1939 / CFS.88905 / Req Id: DE_G02943 / UCX Note 8977
ECO O 12-MAR-2002 Alpha only
Problem:
Ruby (V7.3-1) systems no longer raise and lower IPL in the
EXE$QUEUE_FORK routine. Instead, the caller is now required to
prevent the process from being context-switched, as the INSQUE and
IPINT could occur on two different CPUs, resulting in a system
hang. Setting SYSTEM_CHECK in SYSGEN will cause the calling IPL to
be checked and the system will bugcheck if it's not ok.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15O
Reference:
TCPIP_BUGS Note 2556
ECO P 8-APR-2002 Alpha and VAX
Problem:
Problems found editing file using NFS from Unix after editing from
VMS with edit/teco. Also priviledge error problem occurs after
copying a file on VMS and attempting so save changes from Unix.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15G
TCPIP$NFS_SERVICES.EXE V5.1-15P
Reference:
PTR 70-5-1982 / CFS.90037 / Req Id: BCSM20HW4
ECO Q 12-APR-2002 Alpha only
Problem:
All UDP NFS threads hang one by one until none are available.
Solution addresses only Alpha (not VAX) at this time.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15Q
TCPIP$NFS_SERVER.EXE V5.1-15Q
Reference:
PTR 70-5-1993 / CFS.90511 / Req Id: BCSM21ZHZ
ECO R 16-APR-2002 Alpha and VAX
Problem:
Backport V5.4 fix for increasing the maximum number of threads
from 32 to 1024 to increase performance. Also fixed problem
when TCP threads is configured to 0 which prevented NFS from
registering with portmapper for UDP too.
Deliverables:
TCPIP$NFS_SERVER.EXE V5.1-15R
TCPIP$NFS_SERVICES.EXE V5.1-15R
Reference:
TCPIP_BUGS Note 2574
TCPIP_BUGS Note 2575
ECO S 18-APR-2002 Alpha and VAX
Problem:
Unix NFS client causes VMS NFS server system to crash when
doing a mknod or mkfifo operation to create a special file.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15S
Reference:
PTR 70-5-2035 / CFS.91451 / Req Id: GB_G03790
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 KERNEL_RPC Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 22-MAR-2001 Alpha and VAX
Sources:
KERNEL_RPC.COM
Problem:
Needed DCPI symbols in kernel_rpc.com
Solution:
Added DCPI symbols to kernel_rpc.com
Reference:
Internal testing.
ECO 4 updates
-------------
ECO B 11-APR-2002 Alpha only
Problem:
All UDP NFS threads hang one by one until none are available.
Solution addresses only Alpha (not VAX) at this time.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15Q
TCPIP$NFS_SERVER.EXE V5.1-15Q
Reference:
PTR 70-5-1993 / CFS.90511 / Req Id: BCSM21ZHZ
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 KERNEL_RPCSVC Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 22-MAR-2001 Alpha and VAX
Sources:
KERNEL_RPCSVC.COM
Problem:
Needed DCPI symbols in kernel_rpcsvc.com
Solution:
Added DCPI symbols to kernel_rpcsvc.com
Reference:
Internal testing.
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 KERNEL_VFS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 22-MAR-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15A
Problem:
Fixed 4 problems with NFS_SERVICES.
Solution:
1: Released the VN_WRITE_LOCK for ADFs.
2: Removed debug aprintfs.
3: Moved VOP_CLOSE() in VRELE() to handle return codes.
4: Fix MOUNTLIST_UNLOCK issue.
Reference:
Internal testing.
ECO 3 updates
--------------
ECO B 17-SEP-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15E
Problem:
Bugcheck: PGFIPLHI, Pagefault with IPL too high
Process currently executing on this CPU: TCPIP$NFS_1
Reference:
PTR 70-5-1771 / CFS.85556 / Req Id: GB_G01720
PTR 70-5-1779 / CFS.85765 / Req Id: MGO03813A
ECO 4 updates
-------------
ECO C 16-NOV-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15H
Problem:
VMS crashed in TCPIP$NFS_SERVER, VRELE() routine when attempting to
place a VNODE in the freelist twice. This problem was addressed in
ECO A but the KERNEL_VFS library was not properly built at that
time.
Reference:
PTR 70-5-1791 / CFS.86010 / Req Id: DE_G01828
PTR 70-5-1884 / CFS.87644 / Req Id: STL294310
PTR 70-5-1903 / CFS.88220 / Req Id: CH_G02678
PTR 70-5-1955 / CFS.89406 / Req Id: BCSM119L6
ECO D 25-FEB-2002 Alpha and VAX
Problem:
Every 10-12 days the NFS server fails to display directory files.
Possible leaking resource, stop/start of TCP clears the problem.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15N
Reference:
PTR 70-5-1939 / CFS.88905 / Req Id: DE_G02943 / UCX Note 8977
ECO E 18-APR-2002 Alpha and VAX
Problem:
Unix NFS client causes VMS NFS server system to crash when
doing a mknod or mkfifo operation to create a special file.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15S
Reference:
PTR 70-5-2035 / CFS.91451 / Req Id: GB_G03790
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 LBROKER Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 5-APR-2002 Alpha and VAX
Problem:
LBROKER uses 0.0.0.0 as the address for the failover member if none
is specified in the conf file.
Deliverables:
TCPIP$LBROKER.EXE V5.1-15A
Reference:
PTR 70-5-1991 / CFS.90276 / Req Id: NL_G03370
TCPIP_BUGS Note 2597
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 LPD5 Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 30-MAR-2001 Alpha and VAX
Images:
TCPIP$TELNETSYM.EXE V5.1-15A
Problem:
The Telnet Symbiont has a delay of 5 seconds before printing.
This delay was necessary to accomodate the DECserver 300.
A customer has requested that this delay be removed.
Solution:
Added a new logical, TCPIP$TELNETSYM_NO_DECSERVER_300 that
if defined reduces the delay from 5 seconds to a half second.
Reference:
PTR 70-5-1621 / CFS.82308 / Req Id: MGO61243A / UCX Note 8369
ECO B 24-APR-2001 Alpha and VAX
Images:
TCPIP$LPRSETUP.EXE V5.1-15B
Problem:
When adding a printer via LPRSETUP, the user is allowed to enter
comments for the printer's PRINTCAP.DAT entry. However, if the
comment is longer than 77 characters, the PRINTCAP.DAT file can
be corrupted with an overlong comment line and several lines that
should be comments but aren't prefixed by the comment character
('#'). This leads to further problems when trying to delete the
corrupted entry.
Solution:
When adding a comment via LPRSETUP, automatically wrap comment
lines that are greater than 77 characters onto the next line(s).
Reference:
PTR 70-5-1371 / CFS.75788 / Req Id: UVO22295
ECO 3 updates
--------------
ECO C 2-AUG-2001 Alpha and VAX
Images:
TCPIP$LPD_RCV.EXE;1 V5.1-15C
Problem:
If UNIX LPD client sends "print any waiting jobs" we get:
"%TCPIP-E-LPD_LINETOOLONG, command line is too long"
Printing from UNIX node using LPR/LPD to VMS node.
Reference:
PTR 70-5-1592 / CFS.81497 / Req Id: GB_G01128 / UCX Note 8211
ECO D 17-SEP-2001 Alpha and VAX
Images:
TCPIP$LPD_SHR.EXE V5.1-15D
TCPIP$LPD_SMB.EXE V5.1-15D
Problem:
LPD jobs are being retained on error with %JBC-F-INVPARLEN,
invalid parameter length.
Reference:
PTR 70-5-1749 / CFS.85096 / Req Id: GB_G01618 / UCX Note 8534
PTR 70-5-1959 / CFS.89535 / Req Id: NL_G03127
ECO 4 updates
-------------
ECO E 15-NOV-2001 Alpha and VAX
Images:
TCPIP$LPD_RCV.EXE V5.1-15E
Problem:
Each incoming LPD connection causes the creation of a new LPD
receiver process.
This behavior will only be modified by setting system logicals
as follows:
The reciever has been changed to loop back and try to bind to the
LPD port (515) and the IP address on which it received the first
incoming LPD connection. If the bind is successful, the process
will wait for a new LPD connection using a select call on the
socket. If it is not, the process will exit as before.
By default the new functionality is turned off and the code exits
after serving a single LPD dialog just as it always has. The loop,
that is, the persistence behavior must be explicitly turned on by
the definition of a boolean system logical:
TCPIP$LPD_PERSISTENT_SERVER.
Two other logicals are supported to govern the behavior of the LPD
persistence code. First, the TCPIP$LPD_IDLE_TIMEOUT logical may be
defined to a VMS format delta time that defines the length of time
that an LPD receiver process will sit blocked at its select call
waiting for another incoming LPD connection. The default is 5
minutes.
Second, the TCPIP$LPD_LOOP_MAX logical may be defined to limit
maximum number of iterations of the loop to persist. This logical
is provided as a back door in the event that a resource leak, like
a memory leak, is discovered and it is desired to have the LPD
receiver process exit gracefully before the leak is hit. This is
done by limiting the number of loops - the number of times we go
back and bind, listen and select. If TCPIP$LPD_LOOP_MAX is not
defined or is defined to 0 there is no limit on the number of
iterations.
Reference:
PTR 70-5-1840 / CFS.86863 / Req Id: BCGM90WNJ
TCPIP_BUGS Note 2430
ECO F 15-NOV-2001 Alpha and VAX
Images:
TCPIP$LPD_RCV.EXE V5.1-15F
Problem:
The customer has observed problems with various LPD "senders"
seeing queue failures while communicating with the receiver,
along with an apparent memory leak in the LPD receiver.
Reference:
PTR 70-5-1880 / CFS.87573 / Req Id: BCGMA1K6K
TCPIP_BUGS Note 2461
ECO G 27-NOV-2001 Alpha and VAX
Images:
TCPIP$LPD_SMB.EXE V5.1-15G
TCPIP$LPD_RCV.EXE V5.1-15G
Problem:
The LPD symbiont and receiver do not honor the diagnostic logicals
TCPIP$LPD_DEBUG and TCPIP$LPD_RCV. Instead they honor the old style
logicals without the TCPIP$ prefix - LPD_RCV and LPD_DEBUG. This
even though the new logicals with the TCPIP$ prefix are the
documented ones.
Reference:
TCPIP_BUGS Note 2398
ECO H 21-JAN-2002 Alpha and VAX
Problem:
LPD symbiont can run out of AST quota or dynamic memory when
there are many outstanding jobs either due to high system load
or stopped local printer queues.
To enable optimized use of ASTs for LPD job completion in V5.1,
customer must disable Logout notifications in the LPD service's
LOG_FLAGS, i.e.:
$ TCPIP SET SERVICE LPD/LOG_FLAGS=NOLOGOUT
Deliverables:
TCPIP$LPD_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1879 / CFS.CFS.87543 / Req Id: BCGMA1FJD
TCPIP_BUGS Note 2488
ECO I 4-FEB-2002 Alpha and VAX
Problem:
We inadvertently moved one part of the 30-5-311 fix from within
case SMBMSG$K_RESET_STREAM to the preceding case
SMBMSG$K_STOP_STREAM which isn't really used.
Deliverables:
TCPIP$LPD_SMB.EXE V5.1-15I
Reference:
PTR 30-7-68
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 MSG Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 2-MAR-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15B
TCPIP$MSG.EXE V5.1-15A
Problem:
The TCPIP> ANALYZE MAIL /REPAIR operation does not fix
any inconsistencies, but exits with %TCPIP-E-SMTPERROR
and %TCPIP-W-ANA_QUEACC. These error show non-printable
characters and customer needs to reset its terminal.
Solution:
Initialized the field passed when writing out this message
to avoid the non-printable characters. Allow the analyze mail
to continue to queue other files despite the error caused by
particular invalid files. Also, added another informational
message which aids in determining which file and possible cause of
the failing file message:
UCX-I-ANA_USER_RNF, $SNDJBCW(CREATE_JOB) reports RMS-E-RNF;
Suspect user name <name> is not valid for file:
<filename>
Reference:
PTR 70-5-1097 / CFS.69028 / Req Id: MGO14797A
ECO 2 updates
--------------
ECO B 23-APR-2001 Alpha and VAX
Sources:
TCPIP$PROXY_STARTUP.COM
TCPIP$PROXY_SHUTDOWN.COM
Images:
TCPIP$MSG.EXE V5.1-15B
TCPIP$UCP.EXE V5.1-15I
Problem:
UCP's LOAD PROXY command generates error messages if there are no
proxy records in the proxy database.
For example,
$ tcpip load proxy
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Solution:
UCP Changes:
1. Modified routine TCPIPCP$LOAD_NFS_PROXY (in TCPIPCP$PROXY.B32)
to correctly load nfs proxy records; enhanced
TCPIPCP$LOAD_NFS_PROXY to signal the number and type (i.e. NFS)
of proxy records loaded.
MSG Changes:
1. Added PROXYLOADED informational message for UCP.
INSTALL Changes:
1. Modified TCPIP$PROXY_STARTUP.COM and TCPIP$PROXY_SHUTDOWN.COM as
follows:
a. correct text of module abstract
b. event logs for loading communication and nfs proxies
Reference:
PTR 30-7-11
PTR 30-7-48
PTR 30-7-59
TCPIP_BUGS notes 1708, 2138, 2203
ECO C 25-APR-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-16A
TCPIP$FTP_CHILD.EXE V5.1-15C
TCPIP$FTP_SERVER.EXE V5.1-15C
TCPIP$MSG.EXE V5.1-16C
Problem:
For file larger than 4 GB, the FTP Client incorrectly reports the
number of bytes transferred. The Kbytes/sec rate reported is also
incorrect.
Solution:
The bytes transferred count is now maintained using an extended
precision representation (64-bit long long on Alpha, two 32-bit
longword array on VAX). The Kbytes/sec rate is now calculated
using double floating-point precision.
Also took this opportunity to include an estimate of a
sequential or fixed-length file's byte length in the
"150 Opening data connection for..." message.
Unix servers do this and it gives a GUI FTP client something
to use for progress bars or %complete screen updates.
Note this size is not 100% accurate due to file conversion
that might occur for the transfer.
Reference:
PTR 70-5-1342 / CFS.75202 / Req Id: ZUO12931A
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 NET Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 19-FEB-2001 Alpha ONLY
Images:
TCPIP$INETACP.EXE V5.1-15A
TCPIP$INTERNET_SERVICES.EXE V5.1-15A
Problem:
Memory leak of SLIP, P5 buffer and vcibdef data structures of type
OVMS_ACP_SLIP, OVMS_ACP_SLIP_P5 and OVMS_INET_LAN_VCIB
respectively.
Solution:
Deallocate SLIP and P5 buffer in INETACP_CREATE_SLIP_INIT with
FREE_ACP; after INETACP_SET_PPP is called. Fix a bug in
inet_ppp_vci.c where it was incorrectly assumed that inetvcib is
deallocated by other driver code.
Reference:
TCPIP_BUGS Note 2172
ECO B 23-FEB-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15B
Problem:
SNMP does not report the correct speed for an interface. On V5.1
all LAN interfaces report 10MB, including ethernet, gigabit
ethernet and FDDI.
Solution:
Add code to interface initalization code in the Kernel to properly
initialize the if_baudrate field in the IFNET structure.
Reference:
TCPIP_BUGS Note 2143
ECO C 23-FEB-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15C
Problem:
System Crash during TCP/IP shutdown due to arrival of a send or
receive QIO at the wrong time.
Solution:
Initialize variables in the code process that sends and recieves
QIO requests before testing to see if we are in the TCP/IP
shutdown phase.
Reference:
PTR 75-45-2254
TCPIP_BUGS Note 2140
ECO D 3-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15B
Problem:
In the RSH/REXEC server, the print-format carriage control is not
properly handled. This is particularly a problem for COBOL
applications, whose output is incorrectly displayed with 137 blank
lines between every two lines of output.
Solution:
The RSH/REXEC server has been corrected to deal with certain
carriage control specifications, including those commonly used by
COBOL applications.
Reference:
PTR 70-5-1611 / CFS.82075 / Req Id: TKTB20073 / TCPIP_BUGS Note 8343
ECO E 10-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15E
Problem:
Oracle Parallel Server does not work with TCPIP V5.1. The problem
arises in a select() call which is aborted due to receipt of a
signal. In reality we had two problems. First, in some
circumstance select() was returning the wrong status code, SS$_SHUT
rather than SS$_CANCEL. Second, if the select abort occurred in a
very small window of time, there was a danger of an incorrect value
being left in a UCB field and this incorrect value would lead to
select() failing forever more within the context of the current
process.
Solution:
The solution to the first problem is to simply change the returned
status code so that the caller is satisfied. The solution to the
second problem is to clear the offending field when a select is
aborted.
Reference:
PTR 75-45-2256
TCPIP_BUGS Note 2165
ECO F 10-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15F
Problem:
5.1 does not send back an RST when it gets a TCP packet
out of the blue, for a connection it doesn't recognize.
Solution:
Backport the fix from 5.1A(QAR 76705).
Reference:
TCPIP_BUGS Note 2204
ECO G 13-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES_SMP.EXE V5.1-15G
Problem:
Enhancement for internal performance testing only.
Solution:
Rebuild kernel to incorporate fix.
Reference:
Internal testing.
ECO H 16-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15H
Problem:
The sysconfig logic implemented in common_cfg.c
does not pay attention to the type of operation and
treat CFG_OP_RECONFIGURE as CFG_OP_CONFIGURE.
This can lead to crashes (see note 2162.0)
Solution:
common_cfg.c is a VMS specific file. (distant cousin
of UNIX cfg related files.)
This file was missing the check for reconfigure.
I incorporated the check done in UNIX in common_cfg.c
Note: Under UNIX the logic is implemented in the kern_kmodcall.c
for the local system with support logic in subsys_conf.c
and cfg_subr.c for remote.
Reference:
PTR 70-5-1480 / CFS.78558 / Req Id: MGO93885A
TCPIP_BUGS Note 2144
ECO I 16-MAR-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15I
Problem:
After defining an "accept network" the hosts in
that network are not allowed access via telnet.
Solution:
When IPv6 is enabled for a service, such as telnet,
the sockaddrs for incoming connections are always
IPv6 sockaddrs even when the incoming connection
came from an IPv4 host. In this case ths sockaddr
will contain an IPv4 mapped address in the IPv6
sockaddr.
Reference:
PTR 70-5-1630 / CFS.82492 / Req Id: BCSM30GWD
ECO K 19-MAR-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15K
TCPIP$INTERNET_SERVICES.EXE V5.1-15K
Problem:
Fixed 5 problems with NFS.
Solution:
1: Fix problem where a subsystem with one parameter will return
sizing information instead of the parameter in query_all.
2: Fix problem where a subsystem parameter marked as configure
onlycan be reconfigured. This can lead to system crashes.
3: When opening an association using the old relationship style
with a UCB, clear the DELETEUCB bit to protect it.
4: When closing an association using the old relationship style
with a UCB, set the DELETEUCB bit to allow its deletion.
5: Added input parameter host_pointer to the proxy routines
GET_REMOTE_USER_NAME and GET_REMOTE_USER_UID.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO L 2-APR-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15L
Problem:
When a Server process created for a Listen service exits
we fail to detect the process termination. This can lead
to undeleteable BG devices hanging around as well as hanging
client processes.
Solution:
In the routine PROCESS_CREATE_LISTEN, we were not using the
proper termination mailbox in most cases. A simple fix to
this routine resolves the problem.
Reference:
PTR 70-5-1632 / CFS.82526 / Req Id: MGO67116A
ECO M 4-APR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15M
Problem:
System crash, INVEXCEPTN. The direct cause of the crash is
the routine KVCI$$RECEIVE that is called directly from the
TNDRIVER. The crash occurs because between the notification
of an event on the socket and the call to KVCI$$RECEIVE, a
pointer to the socket structure has been zeroed.
Solution:
Modified KVCI$$RECEIVE() to validate the pointer before use.
Also modified inet_sbwakeup() to guard against a zero in the
SO$L_UCB field.
Reference:
PTR 70-5-1637 / CFS.82567 / Req Id: GB_G01250
PTR 70-5-1649 / CFS.82794 / Req Id: BCSM31D7K
ECO N 11-APR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15K
TCPIP$INETACP.EXE V5.1-15N
Note: even though both NET and TELNET_SERVER images are
affected by this set of changes, the two images are NOT
fatally interdependent. Either can safely be shipped to
a customer running older version of the other image;
they just won't get the new XON_ANY_CHAR functionality.
Problem:
70-5-1601:
Telnet client or user was sending ^S XOFF stopping output,
and not following up with a ^Q XON to restart output. This
can lead to a situation where the Telnet server doesn't
detect when client has closed, leaving the TNA device active
and the user process logged in. Only remedy required system
administrator to manually $STOP the affected process.
70-5-1602 & 70-5-1261:
The TNDRIVER crashed due to unexpected recursion resulting
in the same packet being freed twice.
Solution:
70-5-1601:
Telnet server no longer ignores socket events like
closure when unable to pass any further data up to
the TT driver or application because input is disabled
(either due to Typeahead buffer being full or use of
ReadSync terminal characteristic).
Furthermore, to help deal with defective Telnet client
or inattentive user that sends ^S XOFF but doesn't
follow up with ^Q XON, an implicit ^Q XON will occur
upon receipt of any character (not just ^Q) from the
client if the system logical TCPIP$TELNET_XON_ANY_CHAR
is defined as "1". A similar logical has also been
provided for rlogin service: TCPIP$RLOGIN_XON_ANY_CHAR.
70-5-1602 & 70-5-1261:
Prevent unexpected recursion and let original call complete
processing of the packet.
Reference:
PTR 70-5-1601 / CFS.81748 / Req Id: BCGM2050B
PTR 70-5-1602 / CFS.81755 / Req Id: BCGM10M98
PTR 70-5-1261 / CFS.73401 / Req Id: UVO33093
ECO O 23-APR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15O
Problem:
System crash, INVEXCEPTN, Exception while above ASTDEL
Crash PC TCPIP$INTERNET_SERVICES+98618
Solution:
Work has proceeded in two areas to resolve this crash. First we are
modifyiing KVCI$$RECEIVE to validate the pointer before it uses it
and if the pointer is the NULL pointer, KVCI$$RECEIVE will simply
return an error status and avoid the crash.
Reference:
PTR 70-5-1637 / CFS.82567 / Req Id: GB_G01250 / TCPIP_BUGS Note 2238
ECO P 23-APR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15P
Problem:
Extra initial blank line is output from RSH and REXEC server.
Solution:
Fixed flawed code that had been designed to remove this extra
line feed from the beginning of RSH/REXEC server output.
Reference:
PTR 70-5-1263 / CFS.73456 / Req Id: BCGMC1G1G / UCX Note 7508
ECO Q 30-APR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15Q
Problem:
System crash with KRNLSTAKNV processing a received REXEC command.
Solution:
Capture the value of R1 after the first MOVC5 and then use that value
after the second MOVC5 in order to copy the complete remote user id.
Reference:
PTR 70-5-1667 / CFS.83239 / Req Id: UVO11111 / UCX Note 2256
ECO R 16-MAY-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15R
Problem:
System crash, INVEXCEPTN, Exception while above ASTDEL
Crash PC TCPIP$INTERNET_SERVICES+98618
Reference:
PTR 70-5-1649 / CFS.82567 / Req Id: GB_G01250
TCPIP_BUGS Note 2292
ECO S 23-MAY-2001 Alpha and Vax
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15S
Problem:
Default listen socket backlog is more restrictive in TCPIP
than it was in UCX, and tuning the sysconfig parameters
sominconn and/or somaxconn as a workaround doesn't work in
TCPIP V5.0A.
Solution:
Changed TCPIP to provide UCX-like compatibility for the
listen backlog by default. Tuning either sominconn or
somaxconn (via sysconfig) disables this UCX compatibility,
reverting instead to Tru64 Unix compatibility.
Reference:
PTR 70-5-1620 / CFS.82290 / Req Id: BCSM21W97 / UCX Note 8337
ECO T 24-MAY-2001 Alpha only
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15T
Problem:
IPCP negotiation of IP address between PC client and OVMS PPP
server fails to assign client an IP address.
Many problems were fixed in the OpenVMS PPPDRIVER. Therefore
it is required that all customers running PPP on OpenVMS
versions 7.2 and above install a patch for PPPDRIVER.
The OpenVMS PPPDriver patch for OpenVMS V7.2-1H1 is:
OpenVMS VMS721H1_PPPD-V0100 PPPDriver ALPHA 7.2-1H1 ECO
The readme can be viewed at:
http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1h1/
dec-axpvms-vms721h1_pppd-v0100--4.README
Reference:
PTR 30-7-49
TCPIP_BUGS Note 2294
ECO U 15-JUN-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15U
Problem:
V7.2-1 Node COL03 INVEXCEPTN At TCPIP$INTERNET_SERVICES+98618
Reference:
PTR 70-5-1649 / CFS.82794 / Req Id: BCSM31D7K
TCPIP_BUGS Note 2292
ECO V 5-JUL-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15V
Problem:
Listen service processes hang in RWAST during process rundown.
Reference:
PTR 70-5-1701 / CFS.84174 / Req Id: STLQ50002 / UCX Note 8589
ECO W 5-JUL-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES_SMP.EXE V5.1-15W
TCPIP$INTERNET_SERVICES.EXE V5.1-15W
Problem:
PROXY ARP mechanism for defining default gateway on the
same system doesn't work (was OK on V5.0A).
Reference:
PTR 70-5-1714 / CFS.84470 / Req Id: GOZ66240C / UCX Note 8549
ECO X 9-JUL-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15X
Problem:
System hangs writing to console.
Reference:
PTR 70-5-1710 / CFS.CFS.84362 / Req Id: STLN50004
ECO Y 9-JUL-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES_SMP.EXE V5.1-15Y
TCPIP$INTERNET_SERVICES.EXE V5.1-15Y
TCPIP$INETACP_SMP.EXE V5.1-15Y
TCPIP$INETACP.EXE V5.1-15Y
Problem:
Crash soon after startup due to an unnoticed allocation failure
during startup.
Reference:
PTR 70-5-1719 / CFS.84496 / Req Id: GB_G01494
ECO 3 updates
--------------
ECO Z 20-JUL-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERIVCES.EXE V5.1-15Z
Problem:
The system crashes with an invalid exception when bringing up
TCPIP when the LAN cable is not plugged in.
Reference:
PTR 75-45-2624
TCPIP_BUGS Note 2372
ECO AA 10-AUG-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15AA
Problem:
TCPIP V5.0A ECO 3 inadvertently changed TT_ACCPORNAM format,
expanding it to 60+ characters by padding the hostname field
with blanks. BG devices for rlogin users, and telnet users
from 5-digit remote TCP ports, can be leaked requiring the
respective service or TCPIP to be restarted.
Reference:
PTR 70-5-1745 / CFS.85022 / Req Id: FR_G01598 / UCX Note 8630
ECO AB 17-AUG-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15AB
Problem:
If RSH/REXEC server failed to connect to client for a requested
STDERR connection, the system could crash. Disabling RSH/REXEC
avoids crash. Problem was brought to light by customer using
NESSUS security scanner software on Unix and Windows 2000 machine
aimed at a VMS node.
Reference:
PTR 70-5-1759 / CFS.85320 / Req Id: NL_G01669
ECO AC 7-SEP-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AC
Problem:
ARP cache entry timeout can't be changed via
TCPIP> SET PROTOCOL ARP /COMPLETE_TIMER=n
like it could be in UCX.
These ARP timeouts are now tunable via sysconfig as net
subsystem parameters:
Parameter Description Default Units
arpkillc Completed entry timer 1200 seconds
arpkilli Incompleted entry timer 180 seconds
For example, to decrease the Completed entry timer to 5 minutes:
TCPIP> sysconfig -r net arpkillc=300
Note that the units for configuring these timers has changed
from minutes to seconds, and that the TCPIP> SET PROTOCOL ARP
/COMPLETE_TIMER=n and /INCOMPLETE_TIMER=n method of configuring
them shall remain unsupported in TCPIP.
Reference:
PTR 70-5-1498 / CFS.79010 / Req Id: EVT359403 / UCX Note 7742
ECO AD 11-SEP-2001 Alpha and VAX
Images:
TCPIP$BGDRIVER.EXE V5.1-15AD
TCPIP$INETACP.EXE V5.1-15AD
TCPIP$INTERNET_SERVICES.EXE V5.1-15AD
Problem:
System crash in Kernel VCI due to inconsistencies in the
various data structures, include INET_UCB, Socket, and
INET_KVCI.
Reference:
PTR 70-5-1763 / CFS.85360 / Req Id: IE_G01677
ECO AE 11-SEP-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AE
Problem:
KRNLSTAKNV crash due to TCPIP recursively processing a
lengthy list of pending IRPs on a BG device socket.
Pending IRPs are now processed non-recursively.
Reference:
PTR 70-5-1778 / CFS.85747 / Req Id: HPAQ721PZ
PTR 70-5-1804 / CFS.86246 / Req Id: AT_G01918
ECO AF 11-SEP-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15AF
Problem:
Incoming telnet sessions getting long string of control
characters and no username prompt. Telnet unusable even
after shutting down/restarting TCPIP; only reboot clears.
TNA0 template device characteristics were being corrupted.
Reference:
PTR 70-5-1793 / CFS.86044 / Req Id: GB_G01835 / UCX Note 8699
PTR 70-5-1869 / CFS.87369 / Req Id: ZPOAI8307
ECO AG 24-SEP-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AG
Problem:
Interface default routes, whether created explicitly or
implicitly, could be successfully added to the routing table
but did not actually work.
Reference:
PTR 70-5-1714 / CFS.CFS.84470 / Req Id: GOZ66240C
TCPIP_BUGS Note 2354 (same as old 589 and 640)
ECO 4 updates
-------------
ECO AH 2-OCT-2001 Alpha only
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AH
Problem:
Certain Win95 PPP clients connecting in through a 16-port Digiboard
are rejected. Problems are consistent even across a full
power-down reboot.
Reference:
PTR 70-5-1805 / CFS.86261 / Req Id: IL_G02001
ECO AI 2-OCT-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AI
Problem:
Socket memory leak that, with fix for 70-5-1761, causes
-SYSTEM-F-EXQUOTA, process quota exceeded error to occur
when trying to assign a new BG device or create a new socket.
accept() has also been seen to fail with SS$_CONNECFAIL
(ECONNRESET) and SS$_BADPARAM (EBADF) which didn't happen
in V5.0A.
Reference:
PTR 70-5-1802 / CFS.86179 / Req Id: ZPOAI7999
PTR 70-5-1853 / CFS.87042 / Req Id: HPAQ91L8L
PTR 70-5-1930 / CFS.88707 / Req Id: HPAQC0K8Z
PTR 70-5-2019 / CFS.91082 / Req Id: SE_G03676
ECO AK 8-OCT-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AK
Problem:
TCPIP 5.0A, problem with incorrect ICMP redirects in route table.
Reference:
PTR 70-5-1822 / CFS.86417 / Req Id: BCGM820BJ
PTR 70-5-1732 / CFS.84760 / Req Id: BCSM60V4P
PTR 70-5-1975 / CFS.89870 / Req Id: BCSM201Q3
TCPIP_BUGS Note 2436
ECO AL 9-NOV-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AL (Alpha & VAX)
TCPIP$TNDRIVER.EXE V5.1-15P
Problem:
Cluster degrades and ultimately hangs with TCPIP$REX_BGxxx (REXEC)
process as the current user. Process was hung within SYS$EXIT()
during image rundown. REXEC client was found to send an empty
username to VMS.
Reference:
PTR 70-5-1827 / CFS.84296 / Req Id: IL_G01978
ECO AM 16-Nov-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AM
Problem:
INVEXCEPTN crash processing ICMP network redirect involving the
default route.
Reference:
PTR 70-5-1890 / CFS.87817 / Req Id: GB_G02524
ECO AN 18-DEC-2001 Alpha and VAX
Problem:
INVEXCEPTN crash due to massive nonpaged pool corruption with TCPIP
code actively scribbling a channel number throughout a consecutive
region of memory.
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AN (Alpha & VAX)
Reference:
PTR 70-5-1911 / CFS.88417 / Req Id: KAOZB0122
PTR 70-5-1912 / CFS.88422 / Req Id: STLQB0007
PTR 70-5-1925 / CFS.88662 / Req Id: TKT271767
ECO AO 14-FEB-2002 Alpha and VAX
Problem:
INVEXCEPTN crash in TCPIP$INTERNET_SERVICES due to inadvertent
freeing of a BG device for an active TN device kernel client.
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AO
TCPIP$INETACP.EXE V5.1-15AO
Reference:
PTR 70-5-1928 / CFS.88690 / Req Id: STLQC0001
PTR 70-5-1947 / CFS.89075 / Req Id: HPAQC22TZ
PTR 70-5-1984 / CFS.90118 / Req Id: GB_G03323
PTR 70-5-2005 / CFS.90757 / Req Id: AT_G03552
ECO AP 18-FEB-2002 Alpha and VAX
Problem:
Listen service Active and Peak counters were cleared after
disabling and reenabling the service, despite connections still
being active from the old incarnation of the service. Old listen
service clients are now accounted for in a new incarnation of the
service -- except for Telnet, Rlogin, RSH, and REXEC services.
Deliverables:
TCPIP$INETACP.EXE V5.1-15AP
Reference:
PTR 70-5-1733 / CFS.84761 / Req Id: MGO94517A
ECO AQ 26-FEB-2002 Alpha and VAX
Problem:
INCONSTATE crash when starting up TCPIP at boot with LAN cable
disconnected.
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AQ
Reference:
PTR 70-5-1948 / CFS.89084 / Req Id: HPAQC23KF
ECO AR 11-MAR-2002 Alpha and VAX
Problem:
INCONSTATE crash when starting up TCPIP at boot with LAN cable
disconnected.
Rebuilt at ECO AR due to a problem in the original fix submitted
for ECO AQ.
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AR
Reference:
PTR 70-5-1948 / CFS.89084 / Req Id: HPAQC23KF
ECO AS 28-MAR-2002 Alpha and VAX
Problem:
[1] SNMP when reporting on TCP sockets only returns information
about the Listener sockets and not on connected sockets.
[2] When SNMP client requests data that accesses arp table, as with
request for ipNetToMediaTable values (prefix 1.3.6.1.2.1.4.22),
if there are >288 arp entries either no response to client
(v5.3 & 5.4) or cpu goes into infinite loop (v5.1) (and
possible error response to client)
Deliverables:
TCPIP$INTENRET_SERVICES.EXE V5.1-15AS
Reference:
PTR 70-5-2000 / CFS.90643 / Req Id: FR_G03507
TCPIP_BUGS Note 25842244
ECO AU 11-APR-2002 Alpha and VAX
Problem:
Multi-processor system may crash on shutdown
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AU
Reference:
PTR 70-5-2033 / CFS.91380 / Req Id: BCGM402ZH
TCPIP_BUGS Note 2572
PTR 70-5-1972
ECO AV 25-APR-2002 Alpha and VAX
Problem:
TCPIP shutdown's unloading of the TCPIP$INTERNET_SERVICES
execlet can happen when other processors or processes still
have references into the code/memory used by the execlet,
causing crash.
Also, the prior V5.1 ECO AT fix for TCPIP_BUGS 2595 has
been implicated in VAX system hangs seen during SQA
qualification of V5.1 ECO 4; that fix has been pulled
pending a redesigned solution.
Deliverables:
TCPIP$INTERNET_SERVICES V5.1-15AV
Reference:
PTR 70-5-2033 / CFS.91380 / Req Id: BCGM402ZH
TCPIP_BUGS Note 2572
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 NETUTIL6 Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 2-NOV-2001 Alpha and VAX
Images:
TCPIP$TRACEROUTE.EXE V5.1-15A
Problem:
Traceroute hangs and does not error or return to DCL.
Reference:
PTR 70-5-1750 / CFS.85126 / Req Id: GB_G01623 / UCX Note 8573
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 NTP_SERVER Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 1-MAY-2001 Alpha and VAX
Images:
TCPIP$NTP.EXE V5.1-15A
Problem:
The NTP debug logical was being translated once per second which
was seen as excessive.
Solution:
Translate the debug logical once every 60 seconds.
Reference:
PTR 75-65-170 / UCX Note 8296 / TCPIP_BUGS Note 2215
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 POP Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 4-JUN-2001 Alpha and VAX
Images:
TCPIP$POP_SERVER.EXE V5.1-15A
Problem:
The POP Server's handling of the TOP command does not conform
to the RFC for SMTP mail received when POP is configured via
TCPIP$POP_IGNORE_MAIL11_HEADERS logical. POP was treating the
SMTP header as if it was part of the message body. No longer.
Reference:
PTR 70-5-1671 / CFS.83273 / Req Id: HPAQ40N4H / UCX Note 8472
ECO 4 updates
-------------
ECO B 28-JAN-2002 Alpha and VAX
Problem:
The system logical TCPIP$POP_DECNET_REWRITE, when defined as
'TRANSFORM', fails to function properly with TCP/IP V5.1 ECO 3.
Deliverables:
TCPIP$POP_SERVER.EXE V5.1-15B
Reference:
PTR 70-5-1895 / CFS.87911 / Req Id: KAOQA3152
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 PROXY_SERVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 19-MAR-2001 Alpha and VAX
Images:
TCPIP$PROXY_SERVICES.EXE V5.1-15A
Problem:
Unique users within a host could not be looked up.
Solution:
Add host parameter to $GET_REMOTE_USER_* routines.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO B 12-JUL-2001 Alpha and VAX
Images:
TCPIP$PROXY_SERVICES.EXE V5.1-15B
Problem:
Customer cannot add a proxy of a user with large identifier
tables, i.e. for a UID, 27 is the maximum allowable
identifiers.
Reference:
PTR 70-5-1699 / CFS.84087 / Req Id: BCSM513BL
ECO 4 updates
-------------
ECO C 9-NOV-2001 Alpha and VAX
Images:
TCPIP$PROXY_SERVICES.EXE V5.1-15C
Problem:
Users with more than 26 identifiers cannot be loaded into the
proxy database.
Change the PROXY to allow a larger number of identifiers.
Reference:
PTR 70-5-1699 / CFS.84087 / Req Id: BCSM513BL
TCPIP_BUGS Note 2376
ECO D 10-APR-2002 Alpha and VAX
Problem:
The system hung after a reboot. Nonpaged pool showed a large
allocation containing a pointer into PROXY_SERVICES.
Deliverables:
TCPIP$PROXY_SERVICES.EXE V5.1-15D
Reference:
PTR 70-5-2036 / CFS.91517 / Req Id: STLQ40001
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 PWIP Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 13-JUN-2001 Alpha and VAX
Images:
TCPIP$PWIPACP.EXE V5.1-15A
Problem:
TCPIP$PWIPACP.EXE caused SSRVEXCEPTN bugcheck crash due to
resource leak from a DECNET application that repeatedly
tries to bind to an address already in use (EADDRINUSE /
SS$_DUPLNAM). Solution addresses the crash and the leak,
not the EADDRINUSE problem which DECNET or application
must deal with.
Reference:
PTR 70-5-1707 / CFS.84322 / Req Id: BCSM51V9L
ECO 4 updates
-------------
ECO B 20-DEC-2001 Alpha and VAX
Problem:
XOT (X.25 over TCPIP) is experiencing several problems with
PWIP:
- PWIP is leaking BG device channels; the PWIPACP log is
filled with "*** sys$assign() failed ***" messages.
- PWIP is leaking nonpaged pool with an excessive number
of pdcb's, despite XOT having dutifully closed them.
Deliverables:
TCPIP$PWIPACP.EXE V5.1-15B
TCPIP$PWIPDRIVER.EXE V5.1-15B
Reference:
PTR 70-10-507 / CFS.80656 / Req Id: LU_G01035
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 RCP Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 13-FEB-2001 Alpha and VAX
Images:
TCPIP$RCP.EXE V5.1-15A
Problem:
"$ COPY/RCP" on a binary file changes the file attributes
from fixed length to STREAM LF and corrupts the file.
Solution:
Forward port the fixes for 70-5-1006, 70-5-960 and 70-5-1286 from
UCX 4.2.
Reference:
PTR 30-5-313
PTR 70-5-1286 / CFS 74012 / Req Id: EVT65251A / UCX Note 7489
PTR 70-5-1006 / CFS 65406 / Req Id: BCGM117J9 / UCX Note 6654
ECO B 14-MAY-2001 Alpha and VAX
Images:
TCPIP$RCP.EXE V5.1-15B
Problem:
Previously, when RCP encountered an error, the local host name
would be erroneously reported as the remote hostname in the
error message.
%RCP-E-CONHST, error connecting to remote host
Solution:
Use the correct getpeername() call rather than getsockname().
Reference:
TCPIP_BUGS Note 2234
ECO C 30-MAY-2001 Alpha and VAX
Images:
TCPIP$RCP.EXE V5.1-15C
Problem:
$ COPY/RCP[/USER=remusr] loc.file remhost::rem.file can fail
with "%RCP-E-CONHST, error connecting to remote host ...".
/USER specification, if supplied, also seems to be ignored.
This only affects $ COPY/RCP, not $ RCP.
Reference:
PTR 70-5-1450 / CFS.77805 / Req Id: UTO08559A
PTR 70-5-1695 / CFS.83930 / Req Id: HPAQ50P4V
ECO 4 updates
-------------
ECO D 4-MAR-2002 Alpha and VAX
Problem:
RCP/PRESERVE (aka RCP -p) didn't preserve correct modification
timestamp for files created in the summertime (daylight savings
in effect) but copied in the wintertime (standard time), or vice-
versa. The timestamp is off by an hour (the daylight savings
differential). Problem occurred for files copied to a VMS host,
but not for files copied to non-VMS host.
Deliverables:
TCPIP$RCP.EXE V5.1-15D
Reference:
PTR 70-5-1926 / CFS.88669 / Req Id: DE_G02856 / UCX Note 8942
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 ROUTED Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 26-APR-2001 Alpha and Vax
Images:
TCPIP$ROUTED.EXE V5.1-15A
Problem:
This problem occurs when the supply option is enabled for
routed. This option is to supply its own Internet addresses
to routing requests made from remote hosts. The RIP's that
are sent to these remote hosts do not have the right packet
format. Thus, this caused all the listeners of RIP to
reject these packets.
Solution:
The fix is to change the outgoing packets to the correct
RIP v1 format. The change would be to set the sa_len field to 0.
Thus have the correct RIP v1 format which would then be accepted
by remote hosts.
Reference:
PTR 30-7-64
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 SDA Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 19-MAR-2001 Alpha and VAX
Images:
TCPIP$SDA.EXE V5.1-15A
Problem:
Encountered various problems with NFS.
Solution:
Fixed those various problems.
Reference:
Internal testing.
ECO B 6-JUN-2001 Alpha and VAX
Images:
TCPIP$SDA.EXE V5.1-15B
TCPIP$SDA.HLB
Problem:
SDA> TCPIP command no longer works in V5.x like it used to in UCX
to load proper symbol tables and whatnot for ECO releases. Also
the TCPIP SHOW SERVICE command has gotten dropped for unknown
reasons.
Reference:
Internal testing.
ECO C 8-JUN-2001 Alpha and VAX
Images:
CFS$SDA.EXE V5.1-15A
CFS$SDA.HLB
Problem:
CFS SDA extensions were developed long ago and have proven useful
debugging several NFS problems, but these extensions haven't been
officially maintained and presently are not built as part of the
SDA component. They should be.
Reference:
Internal testing.
ECO D 2-JUL-2001 Alpha and VAX
Images:
TCPIP$SDA.EXE V5.1-15D
Problem:
Enhance the TCPIP SDA extensions to automatically load symbol
tables for loadable kernel components NFS_SERVICES and
PROXY_SERVICES.
Reference:
Internal testing.
ECO E 26-OCT-2001 Alpha and VAX
Images:
TCPIP$SDA.EXE V5.1-15E
Problem:
SDA> TCPIP SHOW MBAG can crash system by corrupting system memory.
Reference:
PTR 70-5-1850 / CFS.87007 / Req Id: DE_G02231
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP SHOW INETCB[/STAT] exhibits several cosmetic display
problems and inconsistencies.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
Several problems with SDA> TCPIP initialization:
- sometimes unable to identify execlet/driver base address
- aborting symbol table loading prematurely
- symbol table load order can shadow existing symbols with
phantoms
- some TCPIP information is displayed when TCPIP isn't
loaded; other information isn't displayed when it could be.
- TCPIP SHOW INTERFACE doesn't work if PROXY/NFS SERVICES exist.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP SHOW ROUTE doesn't display the default route.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
[1] SDA> SHOW DEV produces confusing %TCPIP-E-NOSUCHDEV, No such
device error message after showing one or more Idle devices.
[2] SDA> SHOW DEV/FUL caused ACCVIO, preventing display of all
device sockets.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP TAG ALL | SEARCH | SHOW MEMORY can generate an
infinite loop of:
%TCPIP-W-NOREAD, unable to access location 00000000.00000000
-SDA-W-MEMNOTSVD, process memory not saved in the dump file
messages.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
TCPIP$SDA.HLB
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP SHOW VCI/FUL decimal-equivalent display is incorrect.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP SHOW PROXY/FULL doesn't include UID/GID information like
non-/FULL (brief) output does, and /HOST_ADDRESS doesn't do anything
useful like display the host address of each proxy.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 SMTP Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 8-Feb-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15A
Problem:
Users that do not have SYSPRV privilege will cause security
alarms when sending SMTP mail.
Solution:
Set SYSPRV around the system call SYS$GETUAI to prevent
security alarms.
Reference:
PTR 70-5-1230 / CFS.72953 / Req Id: BCGMC02MK / TCPIP_BUGS Note 7475
ECO B 2-MAR-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15B
TCPIP$MSG.EXE V5.1-15A
Problem:
The TCPIP> ANALYZE MAIL /REPAIR operation does not fix
any inconsistencies, but exits with %TCPIP-E-SMTPERROR
and %TCPIP-W-ANA_QUEACC. These error show non-printable
characters and customer needs to reset its terminal.
Solution:
Initialized the field passed when writing out this message
to avoid the non-printable characters. Allow the analyze mail
to continue to queue other files despite the error caused by
particular invalid files. Also, added another informational
message which aids in determining which file and possible cause of
the failing file message:
UCX-I-ANA_USER_RNF, $SNDJBCW(CREATE_JOB) reports RMS-E-RNF;
Suspect user name <name> is not valid for file:
<filename>
Reference:
PTR 70-5-1097 / CFS.69028 / Req Id: MGO14797A
ECO C 3-MAR-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15C
Problem:
When multiple address in an SMTP .DIS file are in the local domain
and one of the addresses can't be delivered delivery stops and the
addresses following the address with problems are ignored.
Solution:
Bounce the mail for the address that incurs the problem and continue
delivering to the next address as was done before the bug was
introduced.
Reference:
PTR 30-7-60
ECO D 3-MAR-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15D
Problem:
Access Violation occurs in MAILSHR when an attempt is made
to mail a file via SMTP, with incorrect file attributes.
Solution:
Bugs were identified in both VMSMail and SMTP which both
conspired to cause these ACCVIOs on Alpha (and other errant
behavior on VAX). In VMSmail, its RMS error AST routine was
fixed to include correct VMSmail context when LIB$SIGNALing
the error which SMTP was reporting via the MAIL$PROTOCOL
interface. Contact VMS Support regarding availability of
this patch.
In SMTP, don't always trust the longest-record-length file
attribute, establishing a minimum 1000-byte buffer for reading
mail files, and don't resignal RMS$_RTB to the MAILSHR condition
handler directly from SMTP.
Reference:
PTR 70-5-1565 / CFS.79662 / Req Id: UTO49604B
ECO 2 updates
--------------
ECO E 10-MAY-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15E
TCPIP$SMTP_PARSESHR_TV.EXE V5.1-15E (Alpha)
TCPIP$SMTP_PARSESHR.EXE V5.1-15E (VAX)
TCPIP$SMTP_RECEIVER.EXE V5.1-15E
TCPIP$SMTP_SYMBIONT.EXE V5.1-15E
TCPIP$SMTP_SFF.EXE V5.1-15E
TCPIP$POP_SERVER.EXE V5.1-15A
Problem:
1:
When one composes a mail message in VMS mail and enters an SMTP
address at the To: prompt and at the Cc: prompt the address
originally entered at the Cc: prompt is not put into a Cc: RFC
header in the SMTP message but is instead put into the To: RFC
header.
2:
In some cases the order of the recipients as entered by a VMS mail
user at the To: and/or Cc: prompts is not preserved in the
corresponding RFC headers.
3:
When one composes a mail message in VMS mail and enters multiple
recipients all within the same SMTP%"" jacket any recipient address
that has no domain part, i.e. is a simple user name, can be
assigned the wrong domain by the SMTP software.
Solution:
1: Add a new function code for "Address from Cc prompt"
2: Add a feature negotiation enhancement ala ESMTP to the
MAIL$PROTOCOL protocol interface to allow the caller to
determine the capabilities of a given foreign transport
3: Add another parameter to the existing list of parameters for the
existing function code
Reference:
PTR 70-5-1502 / CFS.79051 / Req Id: ZPO064770 / TCPIP_BUGS Note 2260
PTR 70-5-1518 / CFS.79450 / Req Id: ZPO067685
ECO F 15-MAY-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15F
TCPIP$SMTP_RECEIVER.EXE V5.1-15F
TCPIP$SMTP_SFF.EXE V5.1-15F
Problem:
The customer thinks that it is a security vulnerability that the
SMTP software shows the TCP/IP Services Version information and
OpenVMS version information in the initial connection response and
the Received: headers.
Solution:
Create a configuration switch, "Suppress Version Info", to allow
the system manager to tell the SMTP software not to put the TCP/IP
or OpenVMS version info into the initial connecion response or the
Received: headers.
The change was coded to support a system existance logical
TCPIP$SMTP_SUPPRESS_VERSION_INFO.
Reference:
TCPIP_BUGS Note 2278
ECO 3 updates
--------------
ECO G 17-SEP-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15G
TCPIP$SMTP_RUN_SCRIPT.EXE V5.1-15G
TCPIP$SMTP_UTILITIES.EXE V5.1-15G
Problem:
Unable to send mail after installing ECO 2.
Reference:
PTR 70-5-1836 / CFS.86770 / Req Id: HPAQ90K5W
ECO H 18-SEP-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15H
Problem:
SMTP receiver fails with access violation when receiving mail
from an address like <"Road Runner Sports
<RoadRunnerSports.1111.171737"emcqmail2.promotionreply.com>.
Reference:
PTR 70-5-1780 / CFS.85786 / Req Id: HPAQ7274L / UCX Note 8711
PTR 70-5-1469 / CFS.78260 / Req Id: GB_G00838
ECO 4 updates
-------------
ECO I 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error trying to
access CF control file. This is followed by ACCVIO's. Occurs only
with heavy SMTP load. Diagnosed as memory leak in V5.1 BIND
Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
PTR 70-5-1983 / CFS.90062 / Req Id: FI_G03305
PTR 70-5-2010 / CFS.90875 / Req Id: GB_G03588
ECO K 8-FEB-2002 Alpha and VAX
Problem:
TCPIP> start mail hangs the whole system when *SMTP* queues have
base_priority=30.
Deliverables:
TCPIP$SMTP_SYMBIONT.EXE V5.1-15K
Reference:
PTR 70-5-1341 / CFS.75199 / Req Id: MGO31836A / UCX Note 4021
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 SNMP Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 5-MAR-2001 Alpha and VAX
Images:
TCPIP$CHESS_SUBAGENT.EXE V5.1-15A
TCPIP$ESNMP_SERVER.EXE V5.1-15A
TCPIP$ESNMP_SHR.EXE V5.1-15A
TCPIP$HR_MIB.EXE V5.1-15A
TCPIP$MIBCOMP.EXE V5.1-15A
TCPIP$MOSY V5.1-15A
TCPIP$OS_MIBS.EXE V5.1-15A
TCPIP$SNMPIVP.EXE V5.1-15A
TCPIP$SNMP_REQUEST.EXE V5.1-15A
TCPIP$SNMP_TRAPRCV.EXE V5.1-15A
TCPIP$SNMP_TRAPSND.EXE V5.1-15A
Problem:
When a subagent sends a long trap (e.g., one with 7 varbinds, each
with 240 characters of data), the master agent returns a malformed
packet to the subagent, which can cause the subagent to restart.
Also various incorrect error messages were getting generated.
Solution:
The master agent was sending a malformed AgentX response packet
back to the subagent after a notification request. The subagent
detected this packet, which caused a restart; not all subagents are
necessarily coded to detect such packets, so such and error might
not cause a restart. The fixed master agent sends a properly
formatted packet; also, error and warning messages are improved.
Reference:
PTR 30-7-56
ECO B 23-MAR-2001 Alpha and VAX
Sources:
ESNMP.H
Images:
TCPIP$CHESS_SUBAGENT.EXE V5.1-15B
TCPIP$ESNMP_SERVER.EXE V5.1-15B
TCPIP$ESNMP_SHR.EXE V5.1-15B
TCPIP$HR_MIB.EXE V5.1-15B
TCPIP$MIBCOMP.EXE V5.1-15B
TCPIP$MOSY V5.1-15B
TCPIP$OS_MIBS.EXE V5.1-15B
TCPIP$SNMPIVP.EXE V5.1-15B
TCPIP$SNMP_REQUEST.EXE V5.1-15B
TCPIP$SNMP_TRAPRCV.EXE V5.1-15B
TCPIP$SNMP_TRAPSND.EXE V5.1-15B
Problem:
ESNMP.H compiles with errors under C++
Solution:
Location of a #endif was moved, also to avoid warning removed
some text after #endifs.
Reference:
UCX Note 7902
ECO 4 updates
-------------
ECO C 14-FEB-2002 Alpha and VAX
Problem:
CERT #SSRT0779U tests (University of Oulu suite)
revealed problems (through ACCVIOs) in SNMP:
- master agent handling of request packets with large
subids (e.g., with 10 digits) and/or total OID
length (e.g., 128 subids)
- trap receiver handling of packets with large unsigned
in trap type, interpreted as negative array index.
Deliverables:
TCPIP$CHESS_SUBAGENT.EXE V5.1-15C
TCPIP$ESNMP_SERVER.EXE V5.1-15C
TCPIP$ESNMP_SHR.EXE V5.1-15C
TCPIP$OS_MIBS.EXE V5.1-15C
TCPIP$HR_MIB.EXE V5.1-15C
TCPIP$SNMP_REQUEST.EXE V5.1-15C
TCPIP$SNMP_TRAPRCV.EXE V5.1-15C
TCPIP$SNMP_TRAPSND.EXE V5.1-15C
TCPIP$SNMPI.EXE V5.1-15C
TCPIP$SNMPIVP.EXE V5.1-15C
Reference:
PTR 70-5-1989
TCPIP_BUGS Note 2495
PTR 30-10-27
ECO D 10-APR-2002 Alpha and VAX
Problem:
The identifier used for enterprise (SNMPv1) or snmpTrapOID.0
(SNMPv2) was not consistent with requirements for Compaq Insight
Manager. The change is not important for the Chess example, but it
may avoid confustion if it is consistent with the change in
os_mibs.c (refleted in TCPIP$OS_MIBS.EXE) which had already been
done.
Deliverables:
TCPIP$CHESS_SUBAGENT.EXE V5.1-15D
CHESS_METHOD.C
Reference:
Internal testing.
ECO E 10-APR-2002 Alpha and VAX
Problem:
SNMP master agent does not handle various invalid packets
correctly.
Deliverables:
TCPIP$ESNMP_SERVER.EXE V5.1-15E
Reference:
PTR 70-5-1613 / CFS.82161 / Req Id: NL_G01200
ECO F 10-APR-2002 Alpha and VAX
Problem:
HR_MIB process loops under some configurations and may page
fault excessively.
Deliverables:
TCPIP$HR_MIB.EXE V5.1-15F
Reference:
PTR 70-5-1817 / CFS.86378 / Req Id: GB_G01985 / UCX Note 8758
ECO G 10-APR-2002 Alpha and VAX
Problem:
HR_MIB process loops under some configurations and may page
fault excessively.
Deliverables:
TCPIP$HR_MIB.EXE V5.1-15G
Reference:
PTR 70-5-1711 / CFS.84367 / Req Id: NL_G01470
PTR 70-5-1726 / CFS.84589 / Req Id: BCSM608Q7
PTR 70-5-1971 / CFS.89754 / Req Id: KAOQ10081
ECO H 11-APR-2002 Alpha and VAX
Problem:
ACCVIO if run hr_mib to get fs data in test mode, without
sufficient privs (bypass,phy_io,world).
Deliverables:
TCPIP$HR_MIB.EXE V5.1-15H
Reference:
Internal testing.
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TCPIPLIB Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 8-FEB-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15A
Problem:
Users that do not have SYSPRV privilege will cause security
alarms when sending SMTP mail.
Solution:
Set SYSPRV around the system call SYS$GETUAI to prevent
security alarms.
Reference:
PTR 70-5-1230 / CFS.72953 / Req Id: BCGMC02MK / TCPIP_BUGS Note 7475
ECO 4 updates
-------------
ECO B 19-FEB-2002 Alpha and VAX
Problem:
BIND resolver is unable to perform a name lookup for a host when
BIND database records are returned in the following order: CNAME
record followed by its associated PTR record and when the reverse
address record has been subnetted on a non-byte boundary.
For example, consider the following:
$ tcpip show host 12.30.254.228
gethostby*.getanswer: asked for "228.254.30.12.IN-ADDR.ARPA", got
"228.224/27.254.30.12.IN-ADDR.ARPA"
%TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Deliverables:
TCPIP$ACCESS_SHR.EXE V5.1-15D
TCPIP$IPC_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1987 / CFS.90172 / Req Id: HPAQ20XNF
PTR 70-5-1966 / CFS.89677 / Req Id: HPAQ12BKC
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TCPIPTRACE Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 11-MAR-2001 Alpha and VAX
Images:
TCPIP$TRACE.EXE V5.1-15A
Problem:
Full display on tcpip$trace fails to display tcp options
correctly. Once it discovers an option it does not understand it
displays no_delay then fails to display any further options.
Solution:
Correct options processing from full display of tcpip$trace.
Reference:
TCPIP_BUGS Note 2199
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TELNET_CLIENT Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 28-FEB-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15B
TCPIP$TELNET.EXE V5.1-15A
Problem:
If a TELNET/CREATE fails to connect to the remote host, the TN
device is not deleted but stays around as a permanent device.
Solution:
On the last channel deassign, if the TN device is PERMANENT
but NOT AUTOCONNECT then mark the device for deletion.
Reference:
70-5-1585 / CFS.81249 / Req Id: GB_G01091
ECO 2 updates
--------------
ECO B 23-MAY-2001 Alpha and VAX
Images:
TCPIP$TELNET.EXE V5.1-15B
Problem:
UCX-E-REQREJECT is seen on TN3270 screen due to the receipt
of a long Request Unit > 4 KB. Customer is unable to proceed
with their 3270 application as a result.
Solution:
Increased the TN3270 receive buffer size to avoid breaking up a
RU > 4 KB bytes. The new limit is 16 KB.
Reference:
PTR 70-5-1658 / CFS.83081 / Req Id: KAOQ22102 / UCX Note 8390
ECO 3 updates
--------------
ECO C 26-JUL-2001 Alpha and VAX
Images:
TCPIP$TELNET.EXE V5.1-15C
Problem:
[1] Telnet client fails to send a WILL NAWS and WILL SENDLOC
before sending the subnegotiation.
[2] Telnet/TN3270 client erroneously responds to DO TTYPE with
NAWS subnegotiation.
Reference:
PTR 70-5-1744 / CFS.85020 / Req Id: MGO93051A / UCX Note 8609
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TELNET_SERVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 26-FEB-2001 Alpha ONLY
Images:
TCPIP$TNDRIVER.EXE V5.1-15A
Problem:
With fix 70-5-1392 and SYSTEM_CHECK = 1, the system crashes.
Solution:
Preserve r3 and reload r0 with SS$_FDT_COMPL after calling
IRP$L_FPC(R3).
Reference:
QAR 30-5-372
PTR 70-5-1392 / CFS.76223 / Req Id: BCSM41VDG
PTR 70-5-1475 / CFS.78371 / Req Id: BCSM80SDW
PTR 70-5-1516 / CFS.79398 / Req Id: HPAQA018W
PTR 70-5-1525 / CFS.79532 / Req Id: HPAQA0GDQ
ECO B 28-FEB-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15B
TCPIP$TELNET.EXE V5.1-15A
Problem:
If a TELNET/CREATE fails to connect to the remote host, the TN
device is not deleted but stays around as a permanent device.
Solution:
On the last channel deassign, if the TN device is PERMANENT
but NOT AUTOCONNECT then mark the device for deletion.
Reference:
70-5-1585 / CFS.81249 / Req Id: GB_G01091
ECO C 3-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15C
Problem:
Setting the terminal parameter /NOHOSTSYNC has no effect.
With original fix, default changed from HostSync to No HostSync.
Solution:
Telnet server no longer enforces HOSTSYNC be enabled (and latest
fix makes sure HOSTSYNC remains the default setting). Customers
should be aware that with /NOHOSTSYNC, they risk possible loss of
inbound data on the telnet connection.
Reference:
PTR 70-5-1461 / CFS.78126 / Req Id: HPAQ721QS / TCPIP_BUGS Note 7929
ECO D 10-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15D
Problem:
Many telnet sessions were stuck in RWAST state, waiting
for TCPIP$INETACP.
Solution:
Modified the TN$PORT_FDT routine to use a VCB and AQB that was
allocated by the TNDRIVER at port_startup time instead of using
the INETACP's AQB queue.
Reference:
PTR 70-5-1392 / CFS.76223 / Req Id: BCSM41VDG
PTR 70-5-1475 / CFS.78371 / Req Id: BCSM80SDW
PTR 70-5-1516 / CFS.79398 / Req Id: HPAQA018W
PTR 70-5-1525 / CFS.79532 / Req Id: HPAQA0GDQ
ECO E 11-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15E
Problem:
TNdriver mishandles Telnet NAWS window size negotiation
of a 0-width window, causing a crash within the TTdriver.
TTdriver causes system crash attempting to set either
the height or the width for the window size to zero (0).
Solution:
Ignore value of zero in either the height or width of
a NAWS window-size directive.
Reference:
PTR 70-5-1490 / CFS.78271 / Req Id: BCSM721DJ / TCPIP_BUGS Note 8055
ECO F 19-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15F
Problem:
Fixed 6 problems with NFS.
Solution:
1: When supplying devices to act against, the interface has
been changed to pass the device unit number, not the address
of its UCB.
2: The reference count is no longer used to control the permanence
of the BG devices, the DELETEUCB bit is used instead.
3: Pass the BG device unit number instead of its address to
socket_close.
4: Replace the BG UCB address with the device unit number for
$CALLBACK.
5: Fix a problem with corruption of R3.
6: On last-channel-deassign, a non-AUTOCONNECT PERMANENT
(outbound) session which is disconnected should be scheduled
for deletion.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO G 22-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15G
Problem:
RLOGIN does not startup properly on VAX. Then after the initial
startup, if one shuts down RLOGIN (i.e. TCPIP DISABLE SERVICE
RLOGIN) and then starts it up (i.e. TCPIP ENABLE SERVICE RLOGIN)
this results in a success every other time one goes through a
DISABLE/ENABLE cycle.
Solution:
The problem is failure to save register R7 in the register save
mask in routine, TN$NETWORK_PORT_STARTUP.
Reference:
TCPIP_BUGS note 2216
ECO H 9-APR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15H
Problem:
INVEXCEPTN crash in TNDRIVER because a BG devices is bound to a
nonexistent TN device and a packet arrived on the BG device.
Solution:
Remove the setting of the UCB$M_DELETEUCB inside
TN$QIO_SHUTDOWN_PROTOCOL() when disabling the telnet service.
Reference:
PTR 70-5-1569 / CFS.80769 / Req Id: HGO081413
ECO I 10-APR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15I
Problem:
System crash in TNDRIVER during shutdown while attempting to
send data on an outbound autoconnect connection.
Solution:
Do not allow an outbound session to be created when tcpip is
in the middle of being shutdown.
Reference:
PTR 70-5-1577 / CFS.80913 / MGO39761B
ECO K 11-APR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15K
TCPIP$INETACP.EXE V5.1-15L
Note: even though both NET and TELNET_SERVER images are
affected by this set of changes, the two images are NOT
fatally interdependent. Either can safely be shipped to
a customer running older version of the other image;
they just won't get the new XON_ANY_CHAR functionality.
Problem:
70-5-1601:
Telnet client or user was sending ^S XOFF stopping output,
and not following up with a ^Q XON to restart output. This
can lead to a situation where the Telnet server doesn't
detect when client has closed, leaving the TNA device active
and the user process logged in. Only remedy required system
administrator to manually $STOP the affected process.
70-5-1602 & 70-5-1261:
The TNDRIVER crashed due to unexpected recursion resulting
in the same packet being freed twice.
Solution:
70-5-1601:
Telnet server no longer ignores socket events like
closure when unable to pass any further data up to
the TT driver or application because input is disabled
(either due to Typeahead buffer being full or use of
ReadSync terminal characteristic).
Furthermore, to help deal with defective Telnet client
or inattentive user that sends ^S XOFF but doesn't
follow up with ^Q XON, an implicit ^Q XON will occur
upon receipt of any character (not just ^Q) from the
client if the system logical TCPIP$TELNET_XON_ANY_CHAR
is defined as "1". A similar logical has also been
provided for rlogin service: TCPIP$RLOGIN_XON_ANY_CHAR.
70-5-1602 & 70-5-1261:
Prevent unexpected recursion and let original call complete
processing of the packet.
Reference:
PTR 70-5-1601 / CFS.81748 / Req Id: BCGM2050B
PTR 70-5-1602 / CFS.81755 / Req Id: BCGM10M98
PTR 70-5-1261 / CFS.73401 / Req Id: UVO33093
ECO L 12-JUN-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15L
Problem:
System crash due to virtual terminal VTA devices pointing to
deleted TNA devices. Crashes occur at system shutdown or when
logging out disconnected VTA processes.
Solution:
When the TNdriver's login timeout expires, make sure to notify
the TTdriver to disconnect the VTA. Furthermore, prevent the
the TNdriver from deleting a TNA UCB until the VTA <--> TNA link
has been broken (since his can happen asynchronously in a forked
thread).
Reference:
PTR 70-5-1651 / CFS.82967 / Req Id: NL_G01305
PTR 70-5-1606 / CFS.81881 / Req Id: STL168110
PTR 70-5-1655 / CFS.83012 / Req Id: BCGM31XQW
PTR 70-3-3855 / CFS.79115 / Req Id: HPAQ915FV
ECO M 18-JUN-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15M
Problem:
INVEXCEPTN crash in TNdriver at TN$TIMER_SCAN_DEVICE_C+0038C
because BG UCB link in kernel client interface is null.
Reference:
PTR 70-5-1716 / CFS.84485 / Req Id: BE_G01491
ECO N 12-JUL-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15N
Problem:
Outgoing TNA device hangs when $COPY of a file to it takes
longer than 1 second.
Reference:
PTR 70-5-1625 / CFS.82430 / Req Id: GB_G01228
ECO O 3-AUG-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15O
Problem:
INETACP hangs at shutdown due to regression of 70-5-1716 fix
which causes the TNdriver to ignore a SYSTEM_SHUTDOWN event.
Reference:
PTR 70-5-1777 / CFS.85719 / Req Id: BCSM71Z84
TCPIP_BUGS Note 2382
ECO 4 updates
-------------
ECO P 9-NOV-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AL (Alpha & VAX)
TCPIP$TNDRIVER.EXE V5.1-15P
Problem:
Cluster degrades and ultimately hangs with TCPIP$REX_BGxxx (REXEC)
process as the current user. Process was hung within SYS$EXIT()
during image rundown. REXEC client was found to send an empty
username to VMS.
Reference:
PTR 70-5-1827 / CFS.84296 / Req Id: IL_G01978
ECO Q 13-NOV-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15Q
Problem:
Outbound TNA devices ($ TELNET/CREATE/TIMEOUT=RECONNECT) can
only be used once, and cannot be deleted. Problem new in V5.1.
Reference:
PTR 70-5-1883 / CFS.87624 / Req Id: DE_G02451
PTR 70-5-1963 / CFS.89625 / Req Id: SE_G03160
ECO R 15-NOV-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15R
Problem:
Problems when transmitting a carriage return CR/LF via
telnet.
Reference:
PTR 70-5-1862 / CFS.87252 / Req Id: HPAQA084G / UCX Note 8816
ECO S 19-DEC-2001 Alpha and VAX
Problem:
Outbound Telnet devices created using $TELNET/CREATE/PERMANENT
go offline and cannot be $TELNET/DELETEd if it's the peer that
closes/aborts the connection.
Also, any flavor of reconnecting outbound telnet device is
disabled if peer closes/aborts the connection -- reconnection
attempts succeed but are immediately shut down.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15S
Reference:
PTR 70-5-1866 / CFS.87285 / Req Id: NL_G02325
ECO T 19-DEC-2001 Alpha and VAX
Problem:
Outbound Telnet devices can lose the first byte or burst of
data output when the connection is created.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15T
Reference:
PTR 70-5-1932 / CFS.88716 / Req Id: GB_G02874
ECO U 25-JAN-2002 Alpha and VAX
Problem:
OPCOM no longer displays "Logout Request event of Telnet
service" in V5.0 and up.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15U
Reference:
PTR 70-5-1861 / CFS.87231 / Req Id: NL_G02311
ECO V 28-JAN-2002 Alpha and VAX
Problem:
TCPIP 5.1 ECO 2, telnet server problem negotiating with a PC.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15V
Reference:
PTR 70-5-1936 / CFS.88785 / Req Id: BCGMC0XVB / UCX Note 8954
ECO W 22-FEB-2002 Alpha and VAX
Problem:
System crash in code added for 70-5-1861 fix.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15W
Reference:
PTR 70-5-1861 / CFS.87231 / Req Id: NL_G02311 / UCX Note 9078
ECO X 28-FEB-2002 Alpha and VAX
Problem:
System crash in code added for 70-5-1861 fix.
Rebuilt at ECO X due to an error found in the ECO W code.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15X
Reference:
PTR 70-5-1861 / CFS.87231 / Req Id: NL_G02311 / UCX Note 9078
ECO Y 28-MAR-2002 Alpha and VAX
Problem:
An outbound $TELNET/CREATE/PERMANENT session can hang and not
reconnect properly if peer disconnects.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15Y
Reference:
PTR 70-5-1976 / CFS.89909 / Req Id: BCGM205F5 / UCX Note 9045
ECO Z 29-MAR-2002 Alpha and VAX
Problem:
Receiving input on an outbound Telnet session/device is triggering
LOGINOUT causing Username: prompt to be sent. Previous fix for PTR
70-5-1416 didn't cover AutoConnect flavors of outbound Telnet
sessions.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15Z
Reference:
PTR 70-5-2009 / CFS.90842 / Req Id: GB_G03579 / UCX Note 9133
ECO AA 12-APR-2002 Alpha and VAX
Problem:
The SYS$COMMAND logical no longer shows the nodename of the
TNA device after upgrade to TCP/IP V5.x. Reenabled use of
DEV$M_NNM DEVCHAR2 characteristic on TN devices as was done
in UCX.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15AA
Reference:
PTR 70-5-2021 / CFS.91170 / Req Id: BCSM31QK8 / UCX Note 9044
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TFTP_SERVER Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 27-APR-2001 Alpha and VAX
Images:
TCPIP$TFTP.EXE V5.1-15A
Problem:
TFTP server does not retransmit properly after a lost packet,
causing client to hang or give up.
Solution:
Fixed TFTP retransmission to work reliably.
Reference:
PTR 70-5-1622 / CFS.82290 / Req Id: BCGM21ZWS / UCX Note 8379
PTR 70-5-1027 / CFS.66996 / Req Id: BCSM31Z0V / UCX Note 7499
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 UCP Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 22-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15A
Problem:
UCP's SHOW DEVICE command fails to display device sockets bound
to emote host(s) as specified using the /HOST qualifier.
Solution:
Correct SHOW DEVICE_SOCKET /HOST qualifier support to work with
IPv6 addresses.
Reference:
TCPIP_BUGS Note 2068
ECO B 23-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15B
Problem:
1. UCP's SHOW NFS_SERVER command fails to display Version 2 and
Version 3 performance counters when specified using the /VERSION
qualifier.
2. UCP's SET NFS_SERVER /UID_DEFAULT=n /GID_DEFAULT=m command fails
to correctly form command line strings for SYSCONFIG utility.
Command options aren't handled as separate command line "words".
Solution:
1. Fixed tcpipcp$show_nfs routine to correctly display Version 2
and Version 3 NFS Server performance counters when specified using
the /VERSION qualifier.
2. Fixed tcpipcp$set_nfs routine to correctly construct SYSCONFIG's
command line string by breaking it into words and quoting each
"word" before inserting it into command line string.
Reference:
TCPIP_BUGS Note 2073
TCPIP_BUGS Note 2080
ECO C 23-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15C
Problem:
TCP/IP Services doesn't support SMTP as an IPv6 capable service.
Solution:
Modified UCPs service database module and the V5.1 rollover
command procedure to add support for SMTP as an IPv6 capable
service.
Reference:
TCPIP_BUGS Note 2075
ECO D 23-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15D
Problem:
1. Using the /THREADS qualifier with UCP's SET NFS_SERVER command
has no effect.
2. UCP's SET NFS_SERVER command qualifier, /DISABLE=NOPROXY, does
not reset the underlying "noproxy_enabled" SYSCONFIG attribute.
Solution:
1. Fixed tcpipcp$set_nfs routine to obsolete the /THREADS qualifier
for SET NFS_SERVER command.
2. Fixed tcpipcp$set_nfs routine to correct operation of
/DISABLE=NOPROXY qualifier - reset "noproxy_enabled" SYSCONFIG
attribute.
Reference:
TCPIP_BUGS Note 2154
TCPIP_BUGS Note 2155
ECO E 23-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15E
Problem:
When invoked from an unprivileged user account and/or from a
privileged user account without enabling NETMBX privilege, UCP
gives misleading error messages.
Solution:
Modified tcpipcp$$assign_inet routine to correctly handle NONETMBX
return status from sys$assign system service when assigning BG0
device channels.
Reference:
TCPIP_BUGS Note 2178
ECO F 3-MAR-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15F
Problem:
In some circumstances "show protocol/param" command ACCVIOs.
Solution:
Bug fixed in api.c module of the UNIX_API component.
Reference:
UCX Note 8351
ECO G 11-MAR-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15G
Problem:
UCP's SET ARP command fails to correctly report parameter errors.
For example, the SET ARP command, shown here with a bad hardware
address parameter, outputs the following error messages:
$ tcpip set arp 10.11.1.101 0:0:f8:25:39:a8
%TCPIP-E-ARPERROR, cannot process ARP request as entered; see ARP
documentation and reissue the command
-TCPIP-E-INVPARM, invalid parameter value for Ethernet address
-TCPIP-E-INVETHER, invalid Ethernet address: !AS
Solution:
Modified tcpipcp$set_arp routine (in tcpipcp$arp.b32) to:
1. Correctly report errors with SET ARP's 'mac_address' parameter
2. Correctly report errors with SET ARP's 'host' parameter
Reference:
TCPIP_BUGS Note 1495
ECO 2 updates
--------------
ECO H 10-APR-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15H
Problem:
The following error is encountered when one attempts to
remove proxies:
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-TCPIP-E-INVKEY, invalid information
Solution:
Due to some incorrect comments in the code (bad cut and paste)
when the special case code was added in order to request a proxy
with a wildcarded host name - basically - the code for the ADD
proxy operation was used. And so, a hostent was being specified
for the host's name instead of a descriptor to that name.
Reference:
TCPIP_BUGS Note 2002
ECO I 23-APR-2001 Alpha and VAX
Sources:
TCPIP$PROXY_STARTUP.COM
TCPIP$PROXY_SHUTDOWN.COM
Images:
TCPIP$MSG.EXE V5.1-15B
TCPIP$UCP.EXE V5.1-15I
Problem:
UCP's LOAD PROXY command generates error messages if there are no
proxy records in the proxy database.
For example,
$ tcpip load proxy
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Solution:
UCP Changes:
1. Modified routine TCPIPCP$LOAD_NFS_PROXY (in TCPIPCP$PROXY.B32)
to correctly load nfs proxy records; enhanced
TCPIPCP$LOAD_NFS_PROXY to signal the number and type (i.e. NFS)
of proxy records loaded.
MSG Changes:
1. Added PROXYLOADED informational message for UCP.
INSTALL Changes:
1. Modified TCPIP$PROXY_STARTUP.COM and TCPIP$PROXY_SHUTDOWN.COM as
follows:
a. correct text of module abstract
b. event logs for loading communication and nfs proxies
Reference:
PTR 30-7-11
PTR 30-7-48
PTR 30-7-59
TCPIP_BUGS notes 1708, 2138, 2203
ECO K 15-MAY-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15K
Problem:
1. UCP's SET CONFIGURATION ENABLE SERVICE command generates an
error whenever a service is attempted to be enabled (added to the
enable service list) that is already enabled.
2. UCP's SET CONFIGURATION ENABLE NOSERVICE * command fails to
disable all enabled services when the "service" parameter is
wildcarded. It stops after disabling just one service.
3. UCP's SET CONFIGURATION ENABLE NOSERVICE command outputs
misleading error messages whenever a service is attempted to be
disabled that is already disabled.
Solution:
Modified routines tcpipcp$set_conf_serv and tcpipcp$$add_serv_list
(in module tcpipcp$service.b32) to fix error handling to not report
an error when enabling a service that's already enabled.
Modified routines tcpipcp$del_conf_serv and tcpipcp$$del_serv_list
(in module tcpipcp$service.b32) to permit disabling all "enabled"
services when the SERVICE parameter is wildcarded. Also, fixed
error reporting when disabling a service that's already disabled.
Reference:
TCPIP_BUGS Note 2253
ECO L 18-JUN-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15L
Problem:
Unable to use UCP's SHOW CONFIGURATION SMTP command in a command
pipeline.
For example,
a. unable to find a string when search is used in a command pipeline:
$ pipe tcpip show configuration smtp | search sys$input gateway
%SEARCH-I-NOMATCHES, no strings matched
b. fatal error sometimes results when used in a command pipeline:
$ pipe tcpip show configuration smtp | search sys$input a
%TCPIP-E-TCPIPDISPLAY, error displaying information
-TCPIP-F-BUGCHK, TCPIP internal error
-RMS-F-SYS, QIO system service request failed
Reference:
UCX Note 8551
TCPIP_BUGS Note 2304
ECO M 15-AUG-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15M
Problem:
The tcpip command "show protocol/parameters" ACCVIOS in
some cases. This is a regression of TCPIP_BUGS Note 2168.
Reference:
UCX Note 8351
TCPIP_BUGS Note 2389
TCPIP_BUGS Note 2168
ECO 3 updates
--------------
ECO N 22-AUG-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15N
Problem:
SET NOHOST /NOCONFIRM will delete all host entries in the local
host database.
Reference:
PTR 70-5-1786 / CFS.85910 / Req Id: BCGM80FQF
TCPIP_BUGS Note 2400
ECO 4 updates
-------------
ECO O 3-NOV-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15O
Problem:
Support for UCP's SET NFS_SERVER /DEBUG to output NFS trace data
has been removed (starting with V5.1 of TCP/IP Services) but the
/DEBUG qualifier has not been removed. This has resulted in much
customer confusion and frustration. Note: /DEBUG qualifier is
undocumented.
For example, consider this:
$ tcpip set nfs_server /debug ! it does nothing
Reference:
TCPIP_BUGS Note 2360
ECO P 12-NOV-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15P
Problem:
[1] TCP-2061: UCP's SET ROUTE command allows the /MASK qualifier
to be used when specifying a CIDR mask without
requiring the /NETWORK qualifier. The resulting
route that is created is typically not useable.
[2] TCP-2403: UCP's SET NOROUTE command fails to only delete
routes that exactly match the specified selection
criteria.
Reference:
PTR 70-5-1524 / CFS.79518 / Req Id: MGO13315A
TCPIP_BUGS Note 2061
PTR 70-5-1635 / CFS.82542 / Req Id: CH_G01881
TCPIP_BUGS Note 2403
ECO Q 12-NOV-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15Q
Problem:
[1] TCP-2395: UCP's SET CONFIGURATION ENABLE NOSERVICE *
/NOCONFIRM command outputs misleading error
messages when trying to disable all services
(either node-specific or cluster-wide ) that
are already disabled.
[2] TCP-2395: UCP's SET CONFIGURATION ENABLE NOSERVICE service
/NOCONFIRM command outputs a misleading error
message indicating that a configuration record
(node-specific or cluster-wide) exists when it
does not.
[3] TCP-2404: UCP's SET CONFIGURATION ENABLE SERVICE and SHOW
CONFIGURATION ENABLE SERVICE commands signal
SERVERROR errors instead of CONFIGERROR errors.
Reference:
TCPIP_BUGS Note 2395
TCPIP_BUGS Note 2404
ECO R 29-NOV-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15R
Problem:
UCP fails to delete selected entries from host and/or network
security lists using any of the following TCPIP commands:
SET COMMUNICATION /ACCEPT=NOHOSTS=(hosts)
SET COMMUNICATION /REJECT=NOHOSTS=(hosts)
SET COMMUNICATION /ACCEPT=NONETWORKS=(networks)
SET COMMUNICATION /REJECT=NONETWORKS=(networks)
Reference:
PTR 30-5-334 / CFS.59606 / Req Id: BCGM5022P
PTR 70-5-752 / CFS.59606 / Req Id: BCGM5022P
ECO S 3-DEC-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15S
Problem:
UCP's START COMMUNICATION /INITIALIZE command fails to set proxy
cache size from configuration database when starting TCP/IP
Services. Errors result when additional proxies are added and
exceed storage allocated for the proxy cache, e.g.:
$ tcpip set tcp_server /signal
%TCPIP-I-LOADSERV, loading TCPIP server proxy information
%SYSTEM-E-INSFMEM, insufficient dynamic memory
Reference:
PTR 70-5-1904 / CFS.88243 / Req Id: BCSMB1G1M / UCX Note 8922
ECO T 11-JAN-2002 Alpha and VAX
Problem:
The customer has more than 999 telnet sessions open but is not able
to display the number of Active and Peak sessions with $ TCPIP SHOW
SERVICE TELNET/FULL.
Deliverables:
TCPIP$UCP.EXE V5.1-15T
Reference:
PTR 70-5-1894 / CFS.87880 / Req Id: NL_G02549 / UCX Note 8900
ECO U 6-MAR-2002 Alpha and VAX
Problem:
Several problems related to creating, deleting, and showing cluster
aliases, as follows:
1. Repeated use of UCP's SET INTERFACE /CLUSTER=host command
creates many cluster aliases for the specified interface -- not
just one.
2. Must specify all cluster alias information together in UCP's SET
INTERFACE /CLUSTER=host command. That is, unable to specify the
/CLUSTER, /C_NETWORK_MASK, and /C_BROADCAST_MASK qualifiers
separately to modify a cluster alias.
3. UCP's SHOW INTERFACE /CLUSTER command fails to show all cluster
aliases that are available.
4. UCP's SET NOINTERFACE command fails to delete cluster aliases
when deleting a interface (either primary or pseudo interface).
Deliverables:
TCPIP$UCP.EXE V5.1-15U
Reference:
PTR 30-10-155 / UCX Note 9033
TCPIP_BUGS Note 702
TCPIP_BUGS Note 2578
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 UCPLIB Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 11-MAR-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15A
Problem:
TCPIP SHOW HOST was ACCVIO'ing in certain cases when retrieving the
BIND database.
Solution:
NSLOOKUP was modified to deal with large DNS messages.
Reference:
PTR 70-5-1560 / CFS.80586 / Req Id: GB_G01030
PTR 70-5-1588 / CFS.81412 / Req Id: GB_G01110
ECO 2 updates
--------------
ECO B 26-JUN-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15B
Problem:
TCPIP SHOW HOST/NOLOCAL could result in an ACCVIO under
certain circumstances.
AND
Some BIND error codes were not getting returned and
displayed properly.
Reference:
PTR 75-61-663 / TCPIP_BUGS Note 2297
ECO C 27-Jun-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15C
Problem:
The SHOW HOST command could hang on its second issuance when
inside the TCPIP utility.
Reference:
PTR 70-5-1746 / CFS.85063 / Req Id: HPAQ61PJP
TCPIP_BUGS Note 2358
ECO 4 updates
-------------
ECO D 19-FEB-2002 Alpha and VAX
Problem:
BIND resolver is unable to perform a name lookup for a host when
BIND database records are returned in the following order: CNAME
record followed by its associated PTR record and when the reverse
address record has been subnetted on a non-byte boundary.
For example, consider the following:
$ tcpip show host 12.30.254.228
gethostby*.getanswer: asked for "228.254.30.12.IN-ADDR.ARPA", got
"228.224/27.254.30.12.IN-ADDR.ARPA"
%TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Deliverables:
TCPIP$ACCESS_SHR.EXE V5.1-15D
TCPIP$IPC_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1987 / CFS.90172 / Req Id: HPAQ20XNF
PTR 70-5-1966 / CFS.89677 / Req Id: HPAQ12BKC
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 UNIX_API Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 3-MAR-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15F
Problem:
In some circumstances "show protocol/param" command ACCVIOs.
Solution:
Bug fixed in api.c module of the UNIX_API component.
Reference:
UCX Note 8351
TCPIP_BUGS Note 2168
ECO B 15-AUG-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15M
Problem:
The tcpip command "show protocol/parameters" ACCVIOS in
some cases. This is a regression of TCPIP_BUGS Note 2168.
Reference:
UCX Note 8351
TCPIP_BUGS Note 2389
TCPIP_BUGS Note 2168
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 XDM Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 13-JUL-2001 Alpha and VAX
Images:
TCPIP$XDM.EXE V5.1-15A
TCPIP$XDMW.EXE V5.1-15A
Problem:
XDM is linked with the DECW images in the SYS$LIBRARY of the
running OpenVMS system, not with the images in BUILD$LIBRARY.
Reference:
TCPIP_BUGS Note 2307
ECO 4 updates
-------------
ECO B 26-NOV-2001 Alpha and VAX
Images:
TCPIP$XDMW.EXE V5.1-15B
Problem:
XDM doesn't allow External Authentication login of users with
lowercase characters in their passwords.
Reference:
PTR 70-5-1774 / CFS.85631 / Req Id: BCGM71LW7 / UCX Note 8674
ECO C 7-DEC-2001 Alpha and VAX
Problem:
Address several problems with XDM:
1. Lack of support for the Tab key within the Login dialog box to
switch between fields.
2. Lack of support for servers or screens other than :0.0.
3. Use of $SET DISPLAY/CREATE/EXECUTIVE_MODE within the
TCPIP$XDM_XSESSIONS.COM file is unnecessary and requires
privileges not all users might have been granted.
4. Not consistently using the preferred $SET DISPLAY/CREATE method
of setting up the DECW$DISPLAY logical, which also makes the XDM
documentation confusing.
Deliverables:
TCPIP$XDMW.EXE V5.1-15C
TCPIP$XDM_XSESSION.COM
Reference:
PTR 70-5-1747 / CFS.85092 / Req Id: GB_G01616 / UCX Note 8396
PTR 70-5-2042 / CFS.91813 / Req Id: BCSM41BGP
ECO D 8-APR-2002 Alpha and VAX
Problem:
Disconnecting an X-Terminal which is connected via XDM can also
disconnect other X-Terminals connected via XDM.
Deliverables:
TCPIP$XDM.EXE V5.1-15D
TCPIP$XDMW.EXE V5.1-15D
Reference:
PTR 70-5-2023 / CFS.91199 / Req Id: DE_G03707
INSTALLATION NOTES:
A system reboot is required after the installation of this update.
The DEC-AXPVMS-TCPIP_ECO-V0501-154-4.PCSI kit is installed using
the PCSI utility.
$PRODUCT INSTALL TCPIP_ECO /SOURCE=device-name
Existing versions of the files being installed will not be
preserved. If this is desired it must be done manually. To
determine what files will be overwritten do a PRODUCT LIST of
the kit.
The ECO kit checks to ensure that a valid license is installed
before proceeding. If one is not found, the installation aborts.
Restart the installation after a valid license is installed.
This DEC-AXPVMS-TCPIP_ECO-V0501-154-4 kit will install on the
Alpha platform, and is supported with OpenVMS releases 7.2-1
through 7.3. No other platforms or OpenVMS releases
are supported with this kit.
POSSIBLE INSTALL PROBLEM:
There is a bug in the PCSI utility that ships in the following
kit that will cause the install to fail:
DEC VAXVMS VMS V7.2 (OpenVMS VAX V7.2)
The PCSI utility in this kit can be identified in the output
from the PRODUCT SHOW UTILITY command as:
"POLYCENTER Software Installation utility version: V7.2-100".
Contact your local Customer Support Center for a PCSI upgrade.
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Sat May 25 2002 - 02:30:45 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-2/dec-axpvms-vms722_sysloa-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS722_SYSLOA-V0100 Alpha V7.2-2 SYSLOA ECO Summary
New Kit Date: 25-MAY-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: SYSLOA
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS722_SYSLOA-V0100
DEC-AXPVMS-VMS722_SYSLOA-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 672 Blocks
Kit Applies To: OpenVMS Alpha V7.2-2
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
Kit Dependencies:
The following remedial kit(s) (or later) 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 SYSLOA on OpenVMS Alpha V7.2-2.
This kit addresses the following problems:
PROBLEMS ADDRESSED IN VMS722_SYSLOA-V0100 KIT
o Audit data is not captured for non-trusted processes.
Images Affected: [SYS$LDR]SYS$CLUSTER.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability. If you have other nodes in your OpenVMS
cluster, 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 thos time, a rolling re-boot may be performed.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS722_SYSLOA /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS722_SYSLOA-V0100 kit would be:
$!
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS722_SYSLOA/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Sat May 25 2002 - 02:30:53 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is an update to an existing patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/vax/v7.2/tcpip/5.1/dec-vaxvms-tcpip_eco-v0501-154-4.README
*******************************************************************************
TITLE: Compaq TCP/IP TCPIPVAX_E04V51 TCP/IP V5.1 for OpenVMS VAX ECO Summary
New Kit Date: 25-MAY-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2001,2002. All rights reserved.
PRODUCT: Compaq TCP/IP Services for OpenVMS
OP/SYS: OpenVMS VAX
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: TCPIPVAX_E04V51
DEC-VAXVMS-TCPIP_ECO-V0501-154-4.PCSI
ECO Kits Superseded by This ECO Kit: TCPIPVAX_E03A51
ECO Kit Approximate Size: 45024 Blocks
Kit Applies To: Compaq TCP/IP Services for OpenVMS V5.1
OpenVMS VAX V7.2, V7.2-1, V7.2-2 and V7.3
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Information Not Available
Installation Rating: INSTALL_UNKNOWN
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 Compaq TCP/IP V5.1 on OpenVMS VAX V7.2 through
7.3. This kit addresses the following problems:
PREVIOUSLY UNDOCUMENTED BEHAVIOR:
1: PTR 70-5-1502/70-5-1518 Dependency on VMS Kits
--------------------------------------------------------------
Problem:
1: When one composes a mail message in VMS mail and enters an
SMTP address at the To: prompt and at the Cc: prompt the
address originally entered at the Cc: prompt is not put into a
Cc: RFC header in the SMTP message but is instead put into the
To: RFC header.
2: In some cases the order of the recipients as entered by a
VMS mail user at the To: and/or Cc: prompts is not preserved
in the corresponding RFC headers.
3: When one composes a mail message in VMS mail and enters
multiple recipients all within the same SMTP%"" jacket any
recipient address that has no domain part, i.e. is a simple
user name, can be assigned the wrong domain by the SMTP
software.
Dependencies:
For this fix to be effective the following VMS kits must be
installed.
Alpha:
V7.2-1 VMS721_MAIL-V0100
V7.2-1h1 VMS21H1_MAIL-V0100
V7.3 VMS73_MAIL-V0100
VAX:
V7.2 VAXMAIL01_072
V7.3 VAXMAIL01_073
--------------------------------------------------------------
2: PTR 70-5-1805/30-7-49 Dependency on VMS Kits
--------------------------------------------------------------
The fixes for 70-5-1805 and 30-7-49 are dependant on the
following VMS kits:
Alpha:
V7.2-1 VMS721_PPPD-V0200
V7.2-1H1 VMS721H1_PPPD-V0200
V7.2-2 VMS722_PPPD-V0100
V7.3 VMS73_PPPD-V0100
--------------------------------------------------------------
3: PTR 70-5-1879 LPD symbiont AST quota/dynamic memory problem
--------------------------------------------------------------
Problem:
LPD symbiont can run out of AST quota or dynamic memory when
there are many outstanding jobs either due to high system load
or stopped local printer queues.
Solution:
To enable optimized use of ASTs for LPD job completion in
V5.1, customer must disable Logout notifications in the LPD
service's LOG_FLAGS, i.e.:
$ TCPIP SET SERVICE LPD/LOG_FLAGS=NOLOGOUT
--------------------------------------------------------------
4: PTR 70-5-1840 LPD symbiont maxing out FILLM quota
--------------------------------------------------------------
Problem:
Each incoming LPD connection causes the creation of a new LPD
receiver process.
Solution:
This behavior will only be modified by setting system logicals
as follows:
The reciever has been changed to loop back and try to bind to
the LPD port (515) and the IP address on which it received the
first incoming LPD connection. If the bind is successful, the
process will wait for a new LPD connection using a select call
on the socket. If it is not, the process will exit as before.
By default the new functionality is turned off and the code
exits after serving a single LPD dialog just as it always
has. The loop, that is, the persistence behavior must be
explicitly turned on by the definition of a boolean system
logical:
TCPIP$LPD_PERSISTENT_SERVER.
Two other logicals are supported to govern the behavior of the
LPD persistence code. First, the TCPIP$LPD_IDLE_TIMEOUT
logical may be defined to a VMS format delta time that defines
the length of time that an LPD receiver process will sit
blocked at its select call waiting for another incoming LPD
connection. The default is 5 minutes.
Second, the TCPIP$LPD_LOOP_MAX logical may be defined to limit
maximum number of iterations of the loop to persist. This
logical is provided as a back door in the event that a
resource leak, like a memory leak, is discovered and it is
desired to have the LPD receiver process exit gracefully
before the leak is hit. This is done by limiting the number of
loops - the number of times we go back and bind, listen and
select. If TCPIP$LPD_LOOP_MAX is not defined or is defined to
0 there is no limit on the number of iterations.
--------------------------------------------------------------
5: PTR 70-5-1852 GATED: Router ID Configuration
--------------------------------------------------------------
Nodes running GATED in a cluster within an autonomous system
should use individual configuration files with unique
routerid's. These routerid's must not be 0.0.0.0.
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BFS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 10-MAR-2001 Alpha and VAX
Images:
TCPIP$CFS_SHR.EXE V5.1-15A
Problem:
NFS problem with file aliases where certain file aliases created
on the VMS side are only partly visable on Unix.
Solution:
Treat all file aliases to directories as directories when
MODUS_OPERANDI bit 16384 is set.
Reference:
PTR 70-8-42
ECO 2 updates
--------------
ECO B 30-MAR-2001 Alpha and VAX
Images:
TCPIP$CFS_SHR.EXE V5.1-15B
Problem:
For file systems exported with /options=Name_Conversion,
any particularly long filename can map to the VMS file ".;"
which can be disconcerting and confusing.
Solution:
Properly detect when NonVMS-to-VMS name conversion fails and
report this as an appropriate error back to the client (e.g.
NAMETOOLONG). NonVMS filenames that cannot be converted into
a legal VMS ODS-2 filename can only be accommodated within a
Container File System.
Reference:
PTR 75-45-2223
ECO 3 updates
--------------
ECO C 20-SEP-2001 Alpha and VAX
Images:
TCPIP$CFS_SHR.EXE V5.1-15C
Problem:
Access checking does not work correctly for a container file
system.
Reference:
PTR 70-5-1788 / CFS.85933 / Req Id: GB_G01796 / UCX Note 8719
TCPIP_BUGS Note 2384
ECO 4 updates
-------------
ECO D 21-JAN-2002 Alpha and VAX
Problem:
When using a VMS NFS client and server, occasionally a file rename
fails, and the original filename will be replaced with a temporary
NFS filename that is inaccessible from the NFS client.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15D
Reference:
PTR 70-5-1876 / CFS.87500 / Req Id: DE_G02405 / UCX Note 8850
ECO E 4-FEB-2002 Alpha and VAX
Problem:
Copying indexed files results in RMS-F-RPL error detected while
reading prolog.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15E
Reference:
PTR 70-5-1946 / CFS.89064 / Req Id: DE_G02995 / UCX Note 8975
TCPIP_BUGS Note 2540
ECO F 19-FEB-2002 Alpha and VAX
Problem:
NFS Server regression of MODUS_OPERANDI for handling file
aliases.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15F
Reference:
PTR 30-10-120
TCPIP_BUGS Note 2554
ECO G 8-APR-2002 Alpha and VAX
Problem:
Problems found editing file using NFS from Unix after editing from
VMS with edit/teco. Also a privilege error occurs after copying
a file on VMS and attempting so save changes from Unix.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15G
TCPIP$NFS_SERVICES.EXE V5.1-15P
Reference:
PTR 70-5-1982 / CFS.90037 / Req Id: BCSM20HW4
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BIND_RESOLVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 10-MAR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15A
Problem:
The dynamic updates being sent by the load broker to a
Windows2000 DNS server were failing with an error similiar to:
unknown response: ans=0, auth=1, add=1, rcode=3
Solution:
Modify the check on the response packet from an SOA query to accept
packets that have an empty answer section, auth=1, and add=1.
Reference:
PTR 70-5-1572 / CFS.80807 / Req Id: BE_G01053
ECO B 16-MAR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15B
Problem:
FTP, telnet, and possibly others were failing with 'unexpected
nameserver error' when trying to connect to a host that had an
underscore in the host name.
Solution:
Loosen the restriction on the host name checking. The resolver now
uses a different routine to process host names. This routine verifies
against a larger character set which includes underscores, et al.
NOTE:
In order for hostnames containing underscores to be allowed using
applications such as TELNET and FTP, the following line must be
added to the options section of your BIND servers' TCPIP$BIND.CONF
configuration file:
check-names master ignore;
for example:
options {
directory "SYS$SPECIFIC:[TCPIP$BIND]";
check-names master ignore;
};
Reference:
PTR 70-5-1641 / CFS.82606 / Req Id: BCSM30T81
ECO 2 updates
--------------
ECO C 30-APR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15C
TCPIP$NSLOOKUP.EXE V5.1-15B
Problem:
Both nslookup and SH HOST would exit prematurely if the server
timed out. They would not exhaust all elements of their search
path list.
Solution:
The resolver will keep trying elements of the search list
until either it gets an answer or the list is exhausted.
Reference:
TCPIP_BUGS Note 2213
TCPIP_BUGS Note 1324
ECO D 9-MAY-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15D
Problem:
Applications such as telnet were getting a BIND error when
attempting to use IP addresses if the BIND resolver was disabled
and the address did not exist in the LOCAL host db.
Solution:
Add a call to res$$fakeaddr() in the TCPIP$GETIPNODEBYNAME()
routine in the IPC layer. This will check to see if what we were
passed was an IP address and perform any required formatting to it
before passing it back. Now we pass back the address in the
hostent instead of an empty hostent and an error.
Release Note:
In V5.1, applications may have experienced errors when using IP
addresses if the BIND resolver had not been enabled and the address
had not been defined in the LOCAL host database. This problem
has been fixed.
Reference:
TCPIP_BUGS Note 2217
UCX Note 8430
ECO E 9-JUL-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15E
Problem:
The load broker was accvio'ing during startup.
Reference:
PTR 70-5-1729 / CFS.CFS.84739 / UCX Note 8618
ECO 4 updates
-------------
ECO F 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error
trying to access CF control file. This is followed by
ACCVIO's. Occurs only with heavy SMTP load. Diagnosed as
memory leak in V5.1 BIND Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
ECO G 19-FEB-2002 Alpha and VAX
Problem:
BIND resolver is unable to perform a name lookup for a host when
BIND database records are returned in the following order: CNAME
record followed by its associated PTR record and when the reverse
address record has been subnetted on a non-byte boundary.
For example, consider the following:
$ tcpip show host 12.30.254.228
gethostby*.getanswer: asked for "228.254.30.12.IN-ADDR.ARPA", got
"228.224/27.254.30.12.IN-ADDR.ARPA"
%TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Deliverables:
TCPIP$ACCESS_SHR.EXE V5.1-15D
TCPIP$IPC_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1987 / CFS.90172 / Req Id: HPAQ20XNF
PTR 70-5-1966 / CFS.89677 / Req Id: HPAQ12BKC
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BIND_SERVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 12-MAR-2001 Alpha and VAX
Images:
TCPIP$BIND_SERVER_CONTROL.EXE V5.1-15A
Problem:
The ndc commands start, stop, and restart no longer work.
Solution:
No longer use the sending of a packet method to start the BIND
server. Instead, incorporate the TCPIP$BIND_STARTUP/SHUTDOWN
command procedures to do the job.
Reference:
TCPIP_BUGS Note 2201
ECO 4 updates
-------------
ECO B 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error trying to
access CF control file. This is followed by ACCVIO's. Occurs only
with heavy SMTP load. Diagnosed as memory leak in V5.1 BIND
Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BIND_TOOLS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 9-MAR-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15A
Problem:
TCPIP SHOW HOST was ACCVIO'ing in certain cases when retrieving the
BIND database.
Solution:
NSLOOKUP was modified to deal with large DNS messages.
Reference:
PTR 70-5-1560 / CFS.80586 / Req Id: GB_G01030
PTR 70-5-1588 / CFS.81412 / Req Id: GB_G01110
ECO 2 updates
--------------
ECO B 30-APR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15C
TCPIP$NSLOOKUP.EXE V5.1-15B
Problem:
Both nslookup and SH HOST would exit prematurely if the server
timed out. They would not exhaust all elements of their search
path list.
Solution:
The resolver will keep trying elements of the search list
until either it gets an answer or the list is exhausted.
Reference:
TCPIP_BUGS Note 2213
TCPIP_BUGS Note 1324
ECO C 26-JUN-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15B
Problem:
TCPIP SHOW HOST/NOLOCAL could result in an ACCVIO under
certain circumstances.
AND
Some BIND error codes were not getting returned and
displayed properly.
Reference:
PTR 75-61-663 / TCPIP_BUGS Note 2297
ECO D 27-JUN-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15C
Problem:
The SHOW HOST command could hang on its second issuance when
inside the TCPIP utility.
Reference:
PTR 70-5-1746 / CFS.85063 / Req Id: HPAQ61PJP
TCPIP_BUGS Note 2358
ECO E 6-JUL-2001 Alpha and VAX
Sources:
TCPIP$BINDSETUP.COM
Problem:
TCPIP$BINDSETUP.COM no longer restarted BIND properly.
Reference:
UCX Note 8505
TCPIP_BUGS Note 2296
ECO 4 updates
-------------
ECO F 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error trying to
access CF control file. This is followed by ACCVIO's. Occurs only
with heavy SMTP load. Diagnosed as memory leak in V5.1 BIND
Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 BOOTP_SERVER Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 12-NOV-2001 Alpha and VAX
Images:
TCPIP$BOOTP.EXE V5.1-15A
Problem:
BOOTP server on system with multiple interfaces is telling
clients only the server IP of the first (primary) interface,
even if the client is on a different subnet and their reqeust
came in on a different interface. The client's subsequent
attempt to use this address for TFTP loading of boot image fails.
Reference:
PTR 70-5-1859 / CFS.87175 / Req Id: CH_G02282
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 DHCP Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 9-Nov-2001 Alpha and VAX
Images:
TCPIP$DHCP_CLIENT.EXE V5.1-15A
Problem:
When using the DHCP client to configure an interface, the default
route, if it points to the DHCP controlled interface itself,
mysteriously vanishes after a period of normal operation.
Specifically, when the DHCP client renews the lease on the IP
address the default route vanishes.
Reference:
PTR 70-5-1720 / CFS.84507 / Req Id: MGO88613A
PTR 70-5-1897 / CFS.87978 / Req Id: LU_G02585
PTR 70-5-1981 / CFS.90030 / Req Id: HPAQ20HBK
TCPIP_BUGS Note 2386
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 DNFS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 23-MAR-2001 Alpha and VAX
Images:
TCPIP$DNFSACP.EXE V5.1-15A
TCPIP$DNFSDISMOUNT.EXE V5.1-15A
TCPIP$DNFSDRIVER.EXE V5.1-15A
TCPIP$DNFSMOUNT.EXE V5.1-15A
Problem:
Experiment to use native quadword math on Alpha still
has problems.
Solution:
Force the Alpha path to use the same LIB$* routines
as the VAX path.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO B 29-MAR-2001 Alpha and VAX
Images:
TCPIP$DNFSACP.EXE V5.1-15B
Problem:
The NFS client does not send a set attribute to the server after
writing a file that is the same size or smaller, letting it default
to 512 bytes. Initial fix attempt caused a data corruption
regression.
Solution:
Send a setattr procedure to set the size after the re-write,
being careful not to confuse this situation with the one that
led to file corruption. Also, backported V5.1 change so the
NFS client now reports the correct allocated size instead of
the EOF mark.
Reference:
PTR 70-5-1562 / CFS.80621 / Req Id: MGO34019B / UCX Note 7934
PTR 70-5-1604 / CFS.81793 / Req Id: MGO56058B
ECO C 24-MAY-2001 Alpha and VAX
Images:
TCPIP$DNFSACP.EXE V5.1-15C
Problem:
Setting the tpu$journal to point to a mounted directory and
editing a file using edt terminates with write error due to
an unsupported operation.
Solution:
Return SS$_NORMAL instead of SS$_UNSUPPORTED for the various
caching options.
Reference:
PTR 70-5-1633 / CFS.82535 / Req. ID: MGO67165A
ECO 4 updates
-------------
ECO D 28-JAN-2002 Alpha and VAX
Problem:
TCPIP$DNFSACP has a memory leak which causes it to ACCVIO.
Deliverables:
TCPIP$DNFSACP.EXE V5.1-15D
Reference:
PTR 70-5-1755 / CFS.85217 / Req Id: HPAQ7025N
PTR 70-5-1679 / CFS.83433 / Req Id: FR_G01363
PTR 70-5-2027 / CFS.91236 / Req Id: BCGM31T4Z
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 EXAMPLES Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 25-OCT-2001 Alpha and VAX
Sources:
TCPIP$TCP_CLIENT_QIO.MAR
TCPIP$TCP_SERVER_QIO.MAR
TCPIP$UDP_CLIENT_QIO.MAR
TCPIP$UDP_SERVER_QIO.MAR
Problem:
tcpip$examples:tcpip$udp_client_qio.c may fail with %ADA-F-IVADDR
Reference:
PTR 70-5-1538 / CFS.79850 / Req Id: HPAQA1NPX
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 FTP_CLIENT Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 25-APR-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15A
TCPIP$FTP_CHILD.EXE V5.1-15C
TCPIP$FTP_SERVER.EXE V5.1-15C
TCPIP$MSG.EXE V5.1-15C
Problem:
For file larger than 4 GB, the FTP Client incorrectly reports the
number of bytes transferred. The Kbytes/sec rate reported is also
incorrect.
Solution:
The bytes transferred count is now maintained using an extended
precision representation (64-bit long long on Alpha, two 32-bit
longword array on VAX). The Kbytes/sec rate is now calculated
using double floating-point precision.
Also took this opportunity to include an estimate of a
sequential or fixed-length file's byte length in the
"150 Opening data connection for..." message.
Unix servers do this and it gives a GUI FTP client something
to use for progress bars or %complete screen updates.
Note this size is not 100% accurate due to file conversion
that might occur for the transfer.
Reference:
PTR 70-5-1342 / CFS.75202 / Req Id: ZUO12931A
ECO B 29-MAY-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15B
Problem:
$ COPY/FTP of a non-existent file produces no error message.
Now it does.
Reference:
PTR 70-5-1643 / CFS.82649 / Req Id: BCGM3102F / UCX Note 8421
TCPIP_BUGS Note 1240
ECO 4 updates
-------------
ECO C 5-OCT-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15C
Problem:
Incorrect operation on port number specified in the
FTP> connect <host> <port> command causes the error:
%TCPIP-E-FTP_NETERR, I/O error on network device
-SYSTEM-F-REJECT, connect to network object rejected
Reference:
PTR 70-5-1833 / CFS.86707 / Req Id: GB_G02128 / UCX Note 8793
ECO D 2-NOV-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15D
Problem:
70-5-1757:
FTP client is not deleting its *.TMD temporary file when
doing a wildcarded GET and no files match the wildcard.
70-5-1783:
FTP client occasionally reports unexpected additional
errors when an LS or DIR results in no matching files:
%TCPIP-E-FTP_DATACONF, cannot establish data connection ...
-SYSTEM-F-CONNECFAIL, connect to network object timed-out ...
550 file not found
Reference:
PTR 70-5-1757 / CFS.85265 / Req Id: IE_G01656 / UCX Note 8640
PTR 70-5-1783 / CFS.85847 / Req Id: NL_G01783 / UCX Note 8724
ECO E 15-NOV-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15E
Problem:
FTP Client no longer reads DCL or FTP/INPUT script files correctly
when they have no record attributes (RAT:NONE). Problem introduced
in TCPIP V5.0.
Reference:
PTR 70-5-1875 / CFS.87486 / Req Id: DK_G02401
ECO F 16-NOV-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15F
Problem:
Customer's automatically-generated DCL FTP scripts of
the form:
connect host
quote USER username
quote PASS password
:
no longer successfully log in to remote FTP server.
This is a regression from UCX.
Customer was provided an undocumented logical that restores
the earlier UCX behavior but has potential side effects that
preclude it being made generally available.
Reference:
PTR 70-5-1898 / CFS.88003 / Req Id: AT_G02595
ECO G 11-DEC-2001 Alpha and VAX
Problem:
Fix for 70-5-1875 broke FTP /INPUT scripts, which "hang" waiting
for user to type input from terminal.
Deliverables:
TCPIP$FTP_CLIENT.EXE V5.1-15G
Reference:
PTR 30-10-41
PTR 70-5-1940 / CFS.CFS.88906 / Req Id: DK_G02944
ECO H 5-APR-2002 Alpha and VAX
Problem:
$COPY/FTP does not preserve filename case on non-VMS target,
even if target filename is explicitly quoted. Result is
always a lowercase-converted filename.
Deliverables:
TCPIP$FTP_CLIENT.EXE V5.1-15H
Reference:
PTR 70-5-1659 / CFS.83094 / Req Id: HPAQ402L0 / UCX Note 7392
PTR 70-5-1902 / CFS.88199 / Req Id: GB_G02676
PTR 70-5-1942 / CFS.88950 / Req Id: DE_G02959
PTR 70-5-2015 / CFS.91000 / Req Id: AE_G03639
ECO I 17-APR-2002 Alpha and VAX
Problem:
When a file such as test.txt.2 exists on a remote UNIX system, the
FTP command put test.txt;2 overwrites that file even if sunique is
on (in which case file name should be test.txt.2.1).
Deliverables:
TCPIP$FTP_CLIENT.EXE V5.1-15I
Reference:
PTR 30-13-14
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 FTP_SERVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 19-FEB-2001 Alpha and VAX
Images:
TCPIP$FTP_SERVER.EXE V5.1-15A
Problem:
FTP Server ACCVIO'S because the reallocation of the session
table on the 129th simultaneous connection fails.
Solution:
Dynamically reallocate the session table.
Session table grows by MAX_SESSIONS.
Reference:
PTR 70-5-1408 / CFS.76668 / Req ID: HPAQ51QP2
ECO 2 updates
--------------
ECO B 24-APR-2001 Alpha and VAX
Images:
TCPIP$FTP_CHILD.EXE V5.1-15B
Problem:
FTP> DIR search-list-logical can encounter the server errors
"550 file not found" or "550 unsupported file structure level"
when the search-list-logical is composed of concealed members.
Problem only occurs when file details are requested from the
server, and not when just filenames are requested.
Solution:
Modified the FTP server to better detect the transition from
one concealed device entry to another within a search-list-
logical's SYS$SEARCH() results, so it has the proper device
open for obtaining the requested file details.
Reference:
PTR 70-5-1648 / CFS.82762 / Req Id: NL_G01281
ECO C 25-APR-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-15A
TCPIP$FTP_CHILD.EXE V5.1-15C
TCPIP$FTP_SERVER.EXE V5.1-15C
TCPIP$MSG.EXE V5.1-15C
Problem:
For file larger than 4 GB, the FTP Client incorrectly reports the
number of bytes transferred. The Kbytes/sec rate reported is also
incorrect.
Solution:
The bytes transferred count is now maintained using an extended
precision representation (64-bit long long on Alpha, two 32-bit
longword array on VAX). The Kbytes/sec rate is now calculated
using double floating-point precision.
Also took this opportunity to include an estimate of a
sequential or fixed-length file's byte length in the
"150 Opening data connection for..." message.
Unix servers do this and it gives a GUI FTP client something
to use for progress bars or %complete screen updates.
Note this size is not 100% accurate due to file conversion
that might occur for the transfer.
Reference:
PTR 70-5-1342 / CFS.75202 / Req Id: ZUO12931A
ECO D 1-JUN-2001 Alpha and VAX
Images:
TCPIP$FTP_CHILD.EXE V5.1-15D
Problem:
Customer requested "extended" FTP server logging similar
to the session logging that MultiNet provides in its log
files created in user's home directory. The FTP Child
process will now log session info, requests, and responses
in its SYS$LOGIN:TCPIP$FTP_SERVER.LOG file if the logical
TCPIP$FTPD_LOG_CLIENT_ACTIVITY is defined.
This logical can be defined on a system-wide basis by an
administrator (so all users' FTP session logs include
extended logging), or by a user within their LOGIN.COM
file (so just that user's FTP session logs include
extended logging).
Reference:
PTR 70-5-1661 / CFS.83150 / Req Id: NL_G01322
ECO 3 updates
--------------
ECO E 24-AUG-2001 Alpha and VAX
Images:
TCPIP$FTP_SERVER.EXE V5.1-15E
Problem:
If TCPIP$FTPD_IDLETIMEOUT is set to an unexpected value,
the ftp server will drop connections immediately.
Reference:
PTR 70-5-1568 / CFS.80740 / Req Id: ZUO45298A / UCX Note 7487
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 INET Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 31-JAN-2001 Alpha and VAX
Images:
TCPIP$INETDRIVER.EXE V5.1-15A
Problem:
The INETdriver can cause a PGFIPLHI crash in VMS EXE$CANCEL.
Solution:
Fixed the INETdriver to make sure the CCB is paged into
memory before returning to EXE$CANCEL.
Reference:
PTR 70-5-1566 / CFS.80053 / Req Id: BRO41389B
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 INSTALL Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 23-FEB-2001 Alpha and VAX
Sources:
TCPIP$V51_CONVERSION.COM
Problem:
TCP/IP Services doesn't support SMTP as an IPv6 capable service.
Solution:
Modified UCPs service database module and the V5.1 rollover
command procedure to add support for SMTP as an IPv6 capable
service.
Reference:
TCPIP_BUGS Note 2075
ECO B 28-FEB-2001 Alpha and VAX
Sources:
TCPIP$SHUTDOWN.COM
Problem:
TCPIP$SHUTDOWN.COM fails to:
1. return correct severity level for shutdown errors, and
2. only delete service-enable logical names on successful shutdowns.
Solution:
Modified the TCPIP$SHUTDOWN.COM command procedure to return correct
severity level for shutdown errors, and only delete service-enable
logical names on successful shutdowns.
Reference:
TCPIP_BUGS Note 2161
ECO C 28-FEB-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
SYSCONFIGTAB.DAT database file is not created by TCPIP$CONFIG.COM
Solution:
Modified TCPIP$CONFIG.COM to create TCPIP$ETC:SYSCONFIGTAB.DAT
database by extracting its template file from
SYS$LIBRARY:TCPIP$TEMPLATES.TLB.
Reference:
TCPIP_BUGS Note 2180
ECO D 10-MAR-2001 Alpha and VAX
Sources:
TCPIP$INET_STARTUP.COM
Problem:
Ip6rtrd process disappears.
Solution:
Delay start of TCPIP$IP6RTRD process so that IPv6 is
configured on each interface.
Reference:
TCPIP_BUGS Note 2205
ECO 2 updates
--------------
ECO E 12-MAR-2001 Alpha and VAX
Images:
TCPIP$VERSIONS.EXE V5.1-15E
Problem:
TCPIP SHOW VERSION does not display the eco number
properly.
Solution:
Corrected printf format string in version.c.
Reference:
Internal testing.
ECO F 23-APR-2001 Alpha and VAX
Sources:
TCPIP$PROXY_STARTUP.COM
TCPIP$PROXY_SHUTDOWN.COM
Images:
TCPIP$MSG.EXE V5.1-15B
TCPIP$UCP.EXE V5.1-15I
Problem:
UCP's LOAD PROXY command generates error messages if there are no
proxy records in the proxy database.
For example,
$ tcpip load proxy
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Solution:
UCP Changes:
1. Modified routine TCPIPCP$LOAD_NFS_PROXY (in TCPIPCP$PROXY.B32) to
correctly load nfs proxy records; enhanced TCPIPCP$LOAD_NFS_PROXY
to signal the number and type (i.e. NFS) of proxy records loaded.
MSG Changes:
1. Added PROXYLOADED informational message for UCP.
INSTALL Changes:
1. Modified TCPIP$PROXY_STARTUP.COM and TCPIP$PROXY_SHUTDOWN.COM as
follows:
a. correct text of module abstract
b. event logs for loading communication and nfs proxies
Reference:
PTR 30-7-11
PTR 30-7-48
PTR 30-7-59
TCPIP_BUGS notes 1708, 2138, 2203
ECO G 23-APR-2001 Alpha and VAX
Sources:
TCPIP$INET_SHUTDOWN.COM
Problem:
The TCPIP$INET_SHUTDOWN.COM command procedure generates errors
while stopping the TCP/IP Kernel after configuring IPv6 network
components.
Solution:
Changed how TCPIP$INET_SHUTDOWN determines if IPv6 network
components are started.
Reference:
TCPIP_BUGS Note 2214
ECO H 23-APR-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
TCPIP$CONFIG fails to recognize NTP as a service bundled with
TCP/IP Services. Thus, TCPIP$CONFIG fails to manage NTP properly.
Solution:
Corrected NTP service's name-to-string mapping symbol so that NTP
is recognized as a service bundled with TCP/IP Services.
Reference:
TCPIP_BUGS Note 2219
ECO I 15-MAY-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
TCPIP$CONFIG's "ALL DISABLE" command processing generates error
messages when disabling services already disabled for startup.
Solution:
Corrected error handling to disable services already disabled for
startup without generating error messages.
Reference:
TCPIP_BUGS Note 2224
ECO K 15-MAY-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
The TCPIP$CONFIG.COM command procedure fails to:
1. create ANONYMOUS account without errors when configuring
ANONYMOUS FTP
2. translate the TCPIP$FTP_ANONYMOUS_LOG logical name when creating
log file for ANONYMOUS FTP account
3. create TCPIP$NOBODY account when configuring NFS Server
4. use distinct UIC group numbers when creating ANONYMOUS FTP and
TCPIP$NOBODY accounts
Solution:
Corrected account creation and configuration bugs in TCPIP$CONFIG.COM
Reference:
TCPIP_BUGS Note 2273
ECO L 15-MAY-2001 Alpha and VAX
Sources:
TCPIP$CONFIG.COM
Problem:
tcpip$config.com does not reset the UIC member number for new
groups.
Solution:
Corrected 'set_uic_member" subroutine in TCPIP$CONFIG.COM to
allocate uic member numbers in strictly ascending order.
Reference:
TCPIP_BUGS Note 2274
ECO M 15-JUN-2001 Alpha and VAX
Problem:
Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 1
can be installed over TCP/IP 5.0A with no indication of a
problem. This has been fixed for 5.1 ECO 2.
Reference:
PTR 70-5-1715 / CFS.84478 / Req Id: HPAQ52845
ECO N 11-JUL-2001 Alpha and VAX
Images:
TCPIP$CONFIG.COM
Problem:
ANONYMOUS FTP unable to delete files in INPUT directory created by
ANONYMOUS FTP.
Reference:
TCPIP_BUGS Note 2347
ECO 3 updates
--------------
ECO O 21-SEP-2001 Alpha and VAX
Sources:
TCPIP$STARTUP.COM
TCPIP$SHUTDOWN.COM
TCPIP$CUSTOMER_SERVICE_STARTUP.COM
TCPIP$CUSTOMER_SERVICE_SHUTDOWN.COM
Problem:
Unable to start a customer-supplied service configured for
automatic startup when the service has a lowercase or mixed-case
service name.
For example, the error, shown below, results when attempting to
start the POLYSERVER instead of the "polyserver" customer-supplied
service.
$ sys$startup:tcpip$startup
%TCPIP-I-INFO, TCP/IP Services startup beginning at 28-AUG-2001 ...
.
.
.
%TCPIP-E-STARTFAIL, failed to start POLYSERVER
-TCPIP-E-NOSERVREC, cannot find POLYSERVER service database record
.
.
.
%TCPIP-S-STARTDONE, TCP/IP Services startup completed at
28-AUG-2001 ...
Reference:
PTR 70-5-1790 / CFS.85958 / Req Id: NL_G01814
TCPIP_BUGS Note 2407
ECO 4 updates
-------------
ECO P 3-NOV-2001 Alpha and VAX
Images:
TCPIP$PWIP_DRIVER_STARTUP.COM
Problem:
PWIP ACP process log files are not purged on PWIP service
start-up.
Reference:
TCPIP_BUGS Note 1981
ECO Q 7-DEC-2001 Alpha and VAX
Problem:
Address several problems with XDM:
1. Lack of support for the Tab key within the Login dialog
box to switch between fields.
2. Lack of support for servers or screens other than :0.0.
3. Use of $SET DISPLAY/CREATE/EXECUTIVE_MODE within the
TCPIP$XDM_XSESSIONS.COM file is unnecessary and requires
privileges not all users might have been granted.
4. Not consistently using the preferred $SET DISPLAY/CREATE
method of setting up the DECW$DISPLAY logical, which
also makes the XDM documentation confusing.
Deliverables:
TCPIP$XDMW.EXE V5.1-15C
TCPIP$XDM_XSESSION.COM
Reference:
PTR 70-5-1747 / CFS.85092 / Req Id: GB_G01616 / UCX Note 8396
PTR 70-5-2042 / CFS.91813 / Req Id: BCSM41BGP
ECO R 8-FEB-2002 Alpha and VAX
Problem:
TCPIP 5.1 ECO 3: PortMapper rejects inbound connections.
Deliverables:
TCPIP$CONFIG.COM
Reference:
PTR 70-5-1949 / CFS.89098 / Req Id: FR_G03013
ECO S 22-MAR-2002 Alpha and VAX
Problem:
Customers with client-only license are unable to configure
Telnet in V5.1, but could in all prior revs.
Corrected TCPIP$CONFIG.COM license-checking to permit
configuration of Telnet and XDM with client-only license,
and to disallow NFS_LOCK and LBROKER.
Deliverables:
TCPIP$CONFIG.COM V5.1-15S
Reference:
PTR 70-5-1978 / CFS.89955 / Req Id: HPAQ209DG / UCX Note 9058
TCPIP_BUGS Note 2561(V5.1only)
ECO T 12-APR-2002 Alpha and VAX
Problem:
NFS-Server Mount perfomance problems from PC's NFS-Client with
TCPIPV5.1 ECO 3 & Cluster.
Deliverables:
TCPIP$CONFIG.COM
Reference:
PTR 70-5-2014 / CFS.90940 / Req Id: ES_G03621
TCPIP_BUGS Note 2561
ECO U 15-APR-2002 Alpha and VAX
Problem:
The DECC$SHR.EXE image is installed on EV56 and newer Alpha-based
systems. This results in having two copies of the CRTL installed:
DECC$SHR.EXE, and DECC$SHR_EV56.EXE.
Deliverables:
TCPIP$PORTM_RUN.COM
TCPIP$UCP_STARTUP.COM
Reference:
PTR 30-10-67
TCPIP_BUGS Note 2532
ECO V 17-APR-2002 Alpha and VAX
Problem:
NFS_SERVICES SSRVEXCEPT crash due to CPU time limit inherited
from Default account when TCPIP$NFS account was set up.
Deliverables:
TCPIP$CONFIG.COM
Reference:
PTR 70-5-2018 / CFS.91078 / Req Id: DK_G03672 / UCX Note 9152
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 IPC Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 10-MAR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15A
Problem:
The dynamic updates being sent by the load broker to a
Windows2000 DNS server were failing with an error similiar to:
unknown response: ans=0, auth=1, add=1, rcode=3
Solution:
Modify the check on the response packet from an SOA query to accept
packets that have an empty answer section, auth=1, and add=1.
Reference:
PTR 70-5-1572 / CFS.80807 / Req Id: BE_G01053
ECO B 16-MAR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15B
Problem:
FTP, telnet, and possibly others were failing with 'unexpected
nameserver error' when trying to connect to a host that had an
underscore in the host name.
Solution:
Loosen the restriction on the host name checking. The resolver now
uses a different routine to process host names. This routine verifies
against a larger character set which includes underscores, et al.
Reference:
PTR 70-5-1641 / CFS.82606 / Req Id: BCSM30T81
ECO 2 updates
--------------
ECO C 30-APR-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15C
TCPIP$NSLOOKUP.EXE V5.1-15B
Problem:
Both nslookup and SH HOST would exit prematurely if the server
timed out. They would not exhaust all elements of their search
path list.
Solution:
The resolver will keep trying elements of the search list
until either it gets an answer or the list is exhausted.
Reference:
TCPIP_BUGS Note 2213
TCPIP_BUGS Note 1324
ECO D 14-JUN-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-1D
Problem:
Applications such as telnet were getting a BIND error when
attempting to use IP addresses if the BIND resolver was disabled
and the address did not exist in the LOCAL host db.
Solution:
Add a call to res$$fakeaddr() in the TCPIP$GETIPNODEBYNAME()
routine in the IPC layer. This will check to see if what we were
passed was an IP address and perform any required formatting to it
before passing it back. Now we pass back the address in the
hostent instead of an empty hostent and an error.
Release Note:
In V5.1, applications may have experienced errors when using IP
addresses if the BIND resolver had not been enabled and the address
had not been defined in the LOCAL host database. This problem
has been fixed.
Reference:
TCPIP_BUGS Note 2217
UCX Note 8430
ECO E 9-JUL-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15E
Problem:
The load broker was accvio'ing during startup.
Reference:
PTR 70-5-1729 / CFS.CFS.84739 / UCX Note 8618
ECO 4 updates
-------------
ECO F 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error trying to
access CF control file. This is followed by ACCVIO's. Occurs only
with heavy SMTP load. Diagnosed as memory leak in V5.1 BIND
Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
PTR 70-5-1983 / CFS.90062 / Req Id: FI_G03305
PTR 70-5-2010 / CFS.90875 / Req Id: GB_G03588
ECO G 27-NOV-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15G
Problem:
IPROBE sampling for the LMD0 process shows 60% of all its CPU
cycles are spent within TPCPIP. The $getdviw() call in select()
was removed for better performance.
This problem was reported internally by Oracle.
Reference:
Internal testing.
ECO H 19-FEB-2002 Alpha and VAX
Problem:
BIND resolver is unable to perform a name lookup for a host when
BIND database records are returned in the following order: CNAME
record followed by its associated PTR record and when the reverse
address record has been subnetted on a non-byte boundary.
For example, consider the following:
$ tcpip show host 12.30.254.228
gethostby*.getanswer: asked for "228.254.30.12.IN-ADDR.ARPA", got
"228.224/27.254.30.12.IN-ADDR.ARPA"
%TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Deliverables:
TCPIP$ACCESS_SHR.EXE V5.1-15D
TCPIP$IPC_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1987 / CFS.90172 / Req Id: HPAQ20XNF
PTR 70-5-1966 / CFS.89677 / Req Id: HPAQ12BKC
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 KERNEL_NFS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 19-MAR-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVER.EXE V5.1-15A
Problem:
Proxy UID lookup did not pass the host pointer.
Solution:
Proxy UID lookup now passes the host pointer.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO B 3-APR-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE; V5.1-15B
Problem:
With $sysconfig nfs vms_proxy_debug=2, the output of the
proxy-req line (proxy (inbound) request) would be garbled
(wrong uid, gid, uic).
Solution:
Make the OPCOM (vms_proxy_debug=2) path use the same arguments
as the console (vms_proxy_debug=1) path. One argument was missing.
Reference:
TCPIP_BUGS Note 2218
ECO C 15-MAY-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15C
Problem:
System crash due to SMP Spinwait timeout, due to a deadlock
(deadly embrace) in the NFS server.
Solution:
Removal of and unnecessary IOLOCK8 lock request resolved the
problem.
Reference:
TCPIP_BUGS Note 2252
ECO D 2-JUL-2001 Alpha and VAX
Images:
NFS_SERVICES.EXE V5.1-15D
Problem:
Unable to see file systems exported from VMS to OSF
Reference:
PTR 70-5-1703 / CFS.84197 / Req Id: HPAQ51DDG
ECO 3 updates
--------------
ECO E 17-SEP-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15E
Problem:
Bugcheck: PGFIPLHI, Pagefault with IPL too high
Process currently executing on this CPU: TCPIP$NFS_1
Reference:
PTR 70-5-1771 / CFS.85556 / Req Id: GB_G01720
PTR 70-5-1779 / CFS.85765 / Req Id: MGO03813A
ECO 4 updates
-------------
ECO F 18-OCT-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15F
Problem:
Changing the number of threads on a running NFS server could crash
the server.
Reference:
PTR 70-5-1769 / CFS.85527 / Req Id: DE_G01974
TCPIP_BUGS Note 2379
ECO G 18-OCT-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15G
Problem:
NFS_SERVER PGFIPLHI crash because paged out memory was refereced
while on IPL level 8.
Reference:
PTR 70-5-1842 / CFS.86881 / Req Id: GB_G02183
ECO H 16-NOV-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15H
Problem:
VMS crashed in TCPIP$NFS_SERVER, VRELE() routine when attempting to
place a VNODE in the freelist twice. This problem was addressed in
ECO A but the KERNEL_VFS library was not properly built at that
time.
Reference:
PTR 70-5-1791 / CFS.86010 / Req Id: DE_G01828
PTR 70-5-1884 / CFS.87644 / Req Id: STL294310
PTR 70-5-1903 / CFS.88220 / Req Id: CH_G02678
PTR 70-5-1955 / CFS.89406 / Req Id: BCSM119L6
ECO I 11-JAN-2002 Alpha and VAX
Problem:
NFS server causes a system crash when large numbers of files
are opened. Do not allow the number to exceed 2048.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15I
TCPIP$NFS_SERVER.EXE V5.1-15I
Reference:
PTR 70-5-1728 / CFS.84734 / Req Id: SE_G01532
TCPIP_BUGS Note 2375
ECO K 11-JAN-2002 Alpha and VAX
Problem:
VMS and Unix edits of the same file cause temporary permission
problems. Need to wait until file inactivity timer expires in order
to write to the file from Unix after editing the same file using
VMS.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15K
Reference:
PTR 70-5-1891 / CFS.87835 / Req Id: BCSMA2HW1
TCPIP_BUGS Note 2375
ECO L 29-JAN-2002 Alpha and VAX
Problem:
NFS server hangs intermittently.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15L
Reference:
PTR 70-5-1934 / CFS.88768 / Req Id: STL317968
PTR 70-5-1935 / CFS.88773 / Req Id: DE_G02890
PTR 70-5-1965 / CFS.89668 / Req Id: ES_G03181
ECO M 8-FEB-2002 Alpha and VAX
Problem:
VMS and Unix edits of the same file cause temporary permission
problems. Need to wait until file inactivity timer expires in order
to write to the file from Unix after editing the same file using
VMS.
The original fix for 70-5-1891 made matters worse on Vax, causing
the file to be truncated the second time it was written from Unix.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15M
Reference:
PTR 70-5-1891 / CFS.87835 / Req Id: BCSMA2HW1
ECO N 25-FEB-2002 Alpha and VAX
Problem:
Every 10-12 days the NFS server fails to display directory files.
Possible leaking resource, stop/start of TCP clears the problem.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15N
Reference:
PTR 70-5-1939 / CFS.88905 / Req Id: DE_G02943 / UCX Note 8977
ECO O 12-MAR-2002 Alpha only
Problem:
Ruby (V7.3-1) systems no longer raise and lower IPL in the
EXE$QUEUE_FORK routine. Instead, the caller is now required to
prevent the process from being context-switched, as the INSQUE and
IPINT could occur on two different CPUs, resulting in a system
hang. Setting SYSTEM_CHECK in SYSGEN will cause the calling IPL to
be checked and the system will bugcheck if it's not ok.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15O
Reference:
TCPIP_BUGS Note 2556
ECO P 8-APR-2002 Alpha and VAX
Problem:
Problems found editing file using NFS from Unix after editing from
VMS with edit/teco. Also priviledge error problem occurs after
copying a file on VMS and attempting so save changes from Unix.
Deliverables:
TCPIP$CFS_SHR.EXE V5.1-15G
TCPIP$NFS_SERVICES.EXE V5.1-15P
Reference:
PTR 70-5-1982 / CFS.90037 / Req Id: BCSM20HW4
ECO Q 12-APR-2002 Alpha only
Problem:
All UDP NFS threads hang one by one until none are available.
Solution addresses only Alpha (not VAX) at this time.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15Q
TCPIP$NFS_SERVER.EXE V5.1-15Q
Reference:
PTR 70-5-1993 / CFS.90511 / Req Id: BCSM21ZHZ
ECO R 16-APR-2002 Alpha and VAX
Problem:
Backport V5.4 fix for increasing the maximum number of threads
from 32 to 1024 to increase performance. Also fixed problem
when TCP threads is configured to 0 which prevented NFS from
registering with portmapper for UDP too.
Deliverables:
TCPIP$NFS_SERVER.EXE V5.1-15R
TCPIP$NFS_SERVICES.EXE V5.1-15R
Reference:
TCPIP_BUGS Note 2574
TCPIP_BUGS Note 2575
ECO S 18-APR-2002 Alpha and VAX
Problem:
Unix NFS client causes VMS NFS server system to crash when
doing a mknod or mkfifo operation to create a special file.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15S
Reference:
PTR 70-5-2035 / CFS.91451 / Req Id: GB_G03790
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 KERNEL_RPC Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 22-MAR-2001 Alpha and VAX
Sources:
KERNEL_RPC.COM
Problem:
Needed DCPI symbols in kernel_rpc.com
Solution:
Added DCPI symbols to kernel_rpc.com
Reference:
Internal testing.
ECO 4 updates
-------------
ECO B 11-APR-2002 Alpha only
Problem:
All UDP NFS threads hang one by one until none are available.
Solution addresses only Alpha (not VAX) at this time.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15Q
TCPIP$NFS_SERVER.EXE V5.1-15Q
Reference:
PTR 70-5-1993 / CFS.90511 / Req Id: BCSM21ZHZ
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 KERNEL_RPCSVC Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 22-MAR-2001 Alpha and VAX
Sources:
KERNEL_RPCSVC.COM
Problem:
Needed DCPI symbols in kernel_rpcsvc.com
Solution:
Added DCPI symbols to kernel_rpcsvc.com
Reference:
Internal testing.
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 KERNEL_VFS Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 22-MAR-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15A
Problem:
Fixed 4 problems with NFS_SERVICES.
Solution:
1: Released the VN_WRITE_LOCK for ADFs.
2: Removed debug aprintfs.
3: Moved VOP_CLOSE() in VRELE() to handle return codes.
4: Fix MOUNTLIST_UNLOCK issue.
Reference:
Internal testing.
ECO 3 updates
--------------
ECO B 17-SEP-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15E
Problem:
Bugcheck: PGFIPLHI, Pagefault with IPL too high
Process currently executing on this CPU: TCPIP$NFS_1
Reference:
PTR 70-5-1771 / CFS.85556 / Req Id: GB_G01720
PTR 70-5-1779 / CFS.85765 / Req Id: MGO03813A
ECO 4 updates
-------------
ECO C 16-NOV-2001 Alpha and VAX
Images:
TCPIP$NFS_SERVICES.EXE V5.1-15H
Problem:
VMS crashed in TCPIP$NFS_SERVER, VRELE() routine when attempting to
place a VNODE in the freelist twice. This problem was addressed in
ECO A but the KERNEL_VFS library was not properly built at that
time.
Reference:
PTR 70-5-1791 / CFS.86010 / Req Id: DE_G01828
PTR 70-5-1884 / CFS.87644 / Req Id: STL294310
PTR 70-5-1903 / CFS.88220 / Req Id: CH_G02678
PTR 70-5-1955 / CFS.89406 / Req Id: BCSM119L6
ECO D 25-FEB-2002 Alpha and VAX
Problem:
Every 10-12 days the NFS server fails to display directory files.
Possible leaking resource, stop/start of TCP clears the problem.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15N
Reference:
PTR 70-5-1939 / CFS.88905 / Req Id: DE_G02943 / UCX Note 8977
ECO E 18-APR-2002 Alpha and VAX
Problem:
Unix NFS client causes VMS NFS server system to crash when
doing a mknod or mkfifo operation to create a special file.
Deliverables:
TCPIP$NFS_SERVICES.EXE V5.1-15S
Reference:
PTR 70-5-2035 / CFS.91451 / Req Id: GB_G03790
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 LBROKER Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 5-APR-2002 Alpha and VAX
Problem:
LBROKER uses 0.0.0.0 as the address for the failover member if none
is specified in the conf file.
Deliverables:
TCPIP$LBROKER.EXE V5.1-15A
Reference:
PTR 70-5-1991 / CFS.90276 / Req Id: NL_G03370
TCPIP_BUGS Note 2597
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 LPD5 Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 30-MAR-2001 Alpha and VAX
Images:
TCPIP$TELNETSYM.EXE V5.1-15A
Problem:
The Telnet Symbiont has a delay of 5 seconds before printing.
This delay was necessary to accomodate the DECserver 300.
A customer has requested that this delay be removed.
Solution:
Added a new logical, TCPIP$TELNETSYM_NO_DECSERVER_300 that
if defined reduces the delay from 5 seconds to a half second.
Reference:
PTR 70-5-1621 / CFS.82308 / Req Id: MGO61243A / UCX Note 8369
ECO B 24-APR-2001 Alpha and VAX
Images:
TCPIP$LPRSETUP.EXE V5.1-15B
Problem:
When adding a printer via LPRSETUP, the user is allowed to enter
comments for the printer's PRINTCAP.DAT entry. However, if the
comment is longer than 77 characters, the PRINTCAP.DAT file can
be corrupted with an overlong comment line and several lines that
should be comments but aren't prefixed by the comment character
('#'). This leads to further problems when trying to delete the
corrupted entry.
Solution:
When adding a comment via LPRSETUP, automatically wrap comment
lines that are greater than 77 characters onto the next line(s).
Reference:
PTR 70-5-1371 / CFS.75788 / Req Id: UVO22295
ECO 3 updates
--------------
ECO C 2-AUG-2001 Alpha and VAX
Images:
TCPIP$LPD_RCV.EXE;1 V5.1-15C
Problem:
If UNIX LPD client sends "print any waiting jobs" we get:
"%TCPIP-E-LPD_LINETOOLONG, command line is too long"
Printing from UNIX node using LPR/LPD to VMS node.
Reference:
PTR 70-5-1592 / CFS.81497 / Req Id: GB_G01128 / UCX Note 8211
ECO D 17-SEP-2001 Alpha and VAX
Images:
TCPIP$LPD_SHR.EXE V5.1-15D
TCPIP$LPD_SMB.EXE V5.1-15D
Problem:
LPD jobs are being retained on error with %JBC-F-INVPARLEN,
invalid parameter length.
Reference:
PTR 70-5-1749 / CFS.85096 / Req Id: GB_G01618 / UCX Note 8534
PTR 70-5-1959 / CFS.89535 / Req Id: NL_G03127
ECO 4 updates
-------------
ECO E 15-NOV-2001 Alpha and VAX
Images:
TCPIP$LPD_RCV.EXE V5.1-15E
Problem:
Each incoming LPD connection causes the creation of a new LPD
receiver process.
This behavior will only be modified by setting system logicals
as follows:
The reciever has been changed to loop back and try to bind to the
LPD port (515) and the IP address on which it received the first
incoming LPD connection. If the bind is successful, the process
will wait for a new LPD connection using a select call on the
socket. If it is not, the process will exit as before.
By default the new functionality is turned off and the code exits
after serving a single LPD dialog just as it always has. The loop,
that is, the persistence behavior must be explicitly turned on by
the definition of a boolean system logical:
TCPIP$LPD_PERSISTENT_SERVER.
Two other logicals are supported to govern the behavior of the LPD
persistence code. First, the TCPIP$LPD_IDLE_TIMEOUT logical may be
defined to a VMS format delta time that defines the length of time
that an LPD receiver process will sit blocked at its select call
waiting for another incoming LPD connection. The default is 5
minutes.
Second, the TCPIP$LPD_LOOP_MAX logical may be defined to limit
maximum number of iterations of the loop to persist. This logical
is provided as a back door in the event that a resource leak, like
a memory leak, is discovered and it is desired to have the LPD
receiver process exit gracefully before the leak is hit. This is
done by limiting the number of loops - the number of times we go
back and bind, listen and select. If TCPIP$LPD_LOOP_MAX is not
defined or is defined to 0 there is no limit on the number of
iterations.
Reference:
PTR 70-5-1840 / CFS.86863 / Req Id: BCGM90WNJ
TCPIP_BUGS Note 2430
ECO F 15-NOV-2001 Alpha and VAX
Images:
TCPIP$LPD_RCV.EXE V5.1-15F
Problem:
The customer has observed problems with various LPD "senders"
seeing queue failures while communicating with the receiver,
along with an apparent memory leak in the LPD receiver.
Reference:
PTR 70-5-1880 / CFS.87573 / Req Id: BCGMA1K6K
TCPIP_BUGS Note 2461
ECO G 27-NOV-2001 Alpha and VAX
Images:
TCPIP$LPD_SMB.EXE V5.1-15G
TCPIP$LPD_RCV.EXE V5.1-15G
Problem:
The LPD symbiont and receiver do not honor the diagnostic logicals
TCPIP$LPD_DEBUG and TCPIP$LPD_RCV. Instead they honor the old style
logicals without the TCPIP$ prefix - LPD_RCV and LPD_DEBUG. This
even though the new logicals with the TCPIP$ prefix are the
documented ones.
Reference:
TCPIP_BUGS Note 2398
ECO H 21-JAN-2002 Alpha and VAX
Problem:
LPD symbiont can run out of AST quota or dynamic memory when
there are many outstanding jobs either due to high system load
or stopped local printer queues.
To enable optimized use of ASTs for LPD job completion in V5.1,
customer must disable Logout notifications in the LPD service's
LOG_FLAGS, i.e.:
$ TCPIP SET SERVICE LPD/LOG_FLAGS=NOLOGOUT
Deliverables:
TCPIP$LPD_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1879 / CFS.CFS.87543 / Req Id: BCGMA1FJD
TCPIP_BUGS Note 2488
ECO I 4-FEB-2002 Alpha and VAX
Problem:
We inadvertently moved one part of the 30-5-311 fix from within
case SMBMSG$K_RESET_STREAM to the preceding case
SMBMSG$K_STOP_STREAM which isn't really used.
Deliverables:
TCPIP$LPD_SMB.EXE V5.1-15I
Reference:
PTR 30-7-68
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 MSG Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 2-MAR-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15B
TCPIP$MSG.EXE V5.1-15A
Problem:
The TCPIP> ANALYZE MAIL /REPAIR operation does not fix
any inconsistencies, but exits with %TCPIP-E-SMTPERROR
and %TCPIP-W-ANA_QUEACC. These error show non-printable
characters and customer needs to reset its terminal.
Solution:
Initialized the field passed when writing out this message
to avoid the non-printable characters. Allow the analyze mail
to continue to queue other files despite the error caused by
particular invalid files. Also, added another informational
message which aids in determining which file and possible cause of
the failing file message:
UCX-I-ANA_USER_RNF, $SNDJBCW(CREATE_JOB) reports RMS-E-RNF;
Suspect user name <name> is not valid for file:
<filename>
Reference:
PTR 70-5-1097 / CFS.69028 / Req Id: MGO14797A
ECO 2 updates
--------------
ECO B 23-APR-2001 Alpha and VAX
Sources:
TCPIP$PROXY_STARTUP.COM
TCPIP$PROXY_SHUTDOWN.COM
Images:
TCPIP$MSG.EXE V5.1-15B
TCPIP$UCP.EXE V5.1-15I
Problem:
UCP's LOAD PROXY command generates error messages if there are no
proxy records in the proxy database.
For example,
$ tcpip load proxy
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Solution:
UCP Changes:
1. Modified routine TCPIPCP$LOAD_NFS_PROXY (in TCPIPCP$PROXY.B32)
to correctly load nfs proxy records; enhanced
TCPIPCP$LOAD_NFS_PROXY to signal the number and type (i.e. NFS)
of proxy records loaded.
MSG Changes:
1. Added PROXYLOADED informational message for UCP.
INSTALL Changes:
1. Modified TCPIP$PROXY_STARTUP.COM and TCPIP$PROXY_SHUTDOWN.COM as
follows:
a. correct text of module abstract
b. event logs for loading communication and nfs proxies
Reference:
PTR 30-7-11
PTR 30-7-48
PTR 30-7-59
TCPIP_BUGS notes 1708, 2138, 2203
ECO C 25-APR-2001 Alpha and VAX
Images:
TCPIP$FTP_CLIENT.EXE V5.1-16A
TCPIP$FTP_CHILD.EXE V5.1-15C
TCPIP$FTP_SERVER.EXE V5.1-15C
TCPIP$MSG.EXE V5.1-16C
Problem:
For file larger than 4 GB, the FTP Client incorrectly reports the
number of bytes transferred. The Kbytes/sec rate reported is also
incorrect.
Solution:
The bytes transferred count is now maintained using an extended
precision representation (64-bit long long on Alpha, two 32-bit
longword array on VAX). The Kbytes/sec rate is now calculated
using double floating-point precision.
Also took this opportunity to include an estimate of a
sequential or fixed-length file's byte length in the
"150 Opening data connection for..." message.
Unix servers do this and it gives a GUI FTP client something
to use for progress bars or %complete screen updates.
Note this size is not 100% accurate due to file conversion
that might occur for the transfer.
Reference:
PTR 70-5-1342 / CFS.75202 / Req Id: ZUO12931A
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 NET Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 19-FEB-2001 Alpha ONLY
Images:
TCPIP$INETACP.EXE V5.1-15A
TCPIP$INTERNET_SERVICES.EXE V5.1-15A
Problem:
Memory leak of SLIP, P5 buffer and vcibdef data structures of type
OVMS_ACP_SLIP, OVMS_ACP_SLIP_P5 and OVMS_INET_LAN_VCIB
respectively.
Solution:
Deallocate SLIP and P5 buffer in INETACP_CREATE_SLIP_INIT with
FREE_ACP; after INETACP_SET_PPP is called. Fix a bug in
inet_ppp_vci.c where it was incorrectly assumed that inetvcib is
deallocated by other driver code.
Reference:
TCPIP_BUGS Note 2172
ECO B 23-FEB-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15B
Problem:
SNMP does not report the correct speed for an interface. On V5.1
all LAN interfaces report 10MB, including ethernet, gigabit
ethernet and FDDI.
Solution:
Add code to interface initalization code in the Kernel to properly
initialize the if_baudrate field in the IFNET structure.
Reference:
TCPIP_BUGS Note 2143
ECO C 23-FEB-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15C
Problem:
System Crash during TCP/IP shutdown due to arrival of a send or
receive QIO at the wrong time.
Solution:
Initialize variables in the code process that sends and recieves
QIO requests before testing to see if we are in the TCP/IP
shutdown phase.
Reference:
PTR 75-45-2254
TCPIP_BUGS Note 2140
ECO D 3-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15B
Problem:
In the RSH/REXEC server, the print-format carriage control is not
properly handled. This is particularly a problem for COBOL
applications, whose output is incorrectly displayed with 137 blank
lines between every two lines of output.
Solution:
The RSH/REXEC server has been corrected to deal with certain
carriage control specifications, including those commonly used by
COBOL applications.
Reference:
PTR 70-5-1611 / CFS.82075 / Req Id: TKTB20073 / TCPIP_BUGS Note 8343
ECO E 10-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15E
Problem:
Oracle Parallel Server does not work with TCPIP V5.1. The problem
arises in a select() call which is aborted due to receipt of a
signal. In reality we had two problems. First, in some
circumstance select() was returning the wrong status code, SS$_SHUT
rather than SS$_CANCEL. Second, if the select abort occurred in a
very small window of time, there was a danger of an incorrect value
being left in a UCB field and this incorrect value would lead to
select() failing forever more within the context of the current
process.
Solution:
The solution to the first problem is to simply change the returned
status code so that the caller is satisfied. The solution to the
second problem is to clear the offending field when a select is
aborted.
Reference:
PTR 75-45-2256
TCPIP_BUGS Note 2165
ECO F 10-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15F
Problem:
5.1 does not send back an RST when it gets a TCP packet
out of the blue, for a connection it doesn't recognize.
Solution:
Backport the fix from 5.1A(QAR 76705).
Reference:
TCPIP_BUGS Note 2204
ECO G 13-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES_SMP.EXE V5.1-15G
Problem:
Enhancement for internal performance testing only.
Solution:
Rebuild kernel to incorporate fix.
Reference:
Internal testing.
ECO H 16-MAR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15H
Problem:
The sysconfig logic implemented in common_cfg.c
does not pay attention to the type of operation and
treat CFG_OP_RECONFIGURE as CFG_OP_CONFIGURE.
This can lead to crashes (see note 2162.0)
Solution:
common_cfg.c is a VMS specific file. (distant cousin
of UNIX cfg related files.)
This file was missing the check for reconfigure.
I incorporated the check done in UNIX in common_cfg.c
Note: Under UNIX the logic is implemented in the kern_kmodcall.c
for the local system with support logic in subsys_conf.c
and cfg_subr.c for remote.
Reference:
PTR 70-5-1480 / CFS.78558 / Req Id: MGO93885A
TCPIP_BUGS Note 2144
ECO I 16-MAR-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15I
Problem:
After defining an "accept network" the hosts in
that network are not allowed access via telnet.
Solution:
When IPv6 is enabled for a service, such as telnet,
the sockaddrs for incoming connections are always
IPv6 sockaddrs even when the incoming connection
came from an IPv4 host. In this case ths sockaddr
will contain an IPv4 mapped address in the IPv6
sockaddr.
Reference:
PTR 70-5-1630 / CFS.82492 / Req Id: BCSM30GWD
ECO K 19-MAR-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15K
TCPIP$INTERNET_SERVICES.EXE V5.1-15K
Problem:
Fixed 5 problems with NFS.
Solution:
1: Fix problem where a subsystem with one parameter will return
sizing information instead of the parameter in query_all.
2: Fix problem where a subsystem parameter marked as configure
onlycan be reconfigured. This can lead to system crashes.
3: When opening an association using the old relationship style
with a UCB, clear the DELETEUCB bit to protect it.
4: When closing an association using the old relationship style
with a UCB, set the DELETEUCB bit to allow its deletion.
5: Added input parameter host_pointer to the proxy routines
GET_REMOTE_USER_NAME and GET_REMOTE_USER_UID.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO L 2-APR-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15L
Problem:
When a Server process created for a Listen service exits
we fail to detect the process termination. This can lead
to undeleteable BG devices hanging around as well as hanging
client processes.
Solution:
In the routine PROCESS_CREATE_LISTEN, we were not using the
proper termination mailbox in most cases. A simple fix to
this routine resolves the problem.
Reference:
PTR 70-5-1632 / CFS.82526 / Req Id: MGO67116A
ECO M 4-APR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15M
Problem:
System crash, INVEXCEPTN. The direct cause of the crash is
the routine KVCI$$RECEIVE that is called directly from the
TNDRIVER. The crash occurs because between the notification
of an event on the socket and the call to KVCI$$RECEIVE, a
pointer to the socket structure has been zeroed.
Solution:
Modified KVCI$$RECEIVE() to validate the pointer before use.
Also modified inet_sbwakeup() to guard against a zero in the
SO$L_UCB field.
Reference:
PTR 70-5-1637 / CFS.82567 / Req Id: GB_G01250
PTR 70-5-1649 / CFS.82794 / Req Id: BCSM31D7K
ECO N 11-APR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15K
TCPIP$INETACP.EXE V5.1-15N
Note: even though both NET and TELNET_SERVER images are
affected by this set of changes, the two images are NOT
fatally interdependent. Either can safely be shipped to
a customer running older version of the other image;
they just won't get the new XON_ANY_CHAR functionality.
Problem:
70-5-1601:
Telnet client or user was sending ^S XOFF stopping output,
and not following up with a ^Q XON to restart output. This
can lead to a situation where the Telnet server doesn't
detect when client has closed, leaving the TNA device active
and the user process logged in. Only remedy required system
administrator to manually $STOP the affected process.
70-5-1602 & 70-5-1261:
The TNDRIVER crashed due to unexpected recursion resulting
in the same packet being freed twice.
Solution:
70-5-1601:
Telnet server no longer ignores socket events like
closure when unable to pass any further data up to
the TT driver or application because input is disabled
(either due to Typeahead buffer being full or use of
ReadSync terminal characteristic).
Furthermore, to help deal with defective Telnet client
or inattentive user that sends ^S XOFF but doesn't
follow up with ^Q XON, an implicit ^Q XON will occur
upon receipt of any character (not just ^Q) from the
client if the system logical TCPIP$TELNET_XON_ANY_CHAR
is defined as "1". A similar logical has also been
provided for rlogin service: TCPIP$RLOGIN_XON_ANY_CHAR.
70-5-1602 & 70-5-1261:
Prevent unexpected recursion and let original call complete
processing of the packet.
Reference:
PTR 70-5-1601 / CFS.81748 / Req Id: BCGM2050B
PTR 70-5-1602 / CFS.81755 / Req Id: BCGM10M98
PTR 70-5-1261 / CFS.73401 / Req Id: UVO33093
ECO O 23-APR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15O
Problem:
System crash, INVEXCEPTN, Exception while above ASTDEL
Crash PC TCPIP$INTERNET_SERVICES+98618
Solution:
Work has proceeded in two areas to resolve this crash. First we are
modifyiing KVCI$$RECEIVE to validate the pointer before it uses it
and if the pointer is the NULL pointer, KVCI$$RECEIVE will simply
return an error status and avoid the crash.
Reference:
PTR 70-5-1637 / CFS.82567 / Req Id: GB_G01250 / TCPIP_BUGS Note 2238
ECO P 23-APR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15P
Problem:
Extra initial blank line is output from RSH and REXEC server.
Solution:
Fixed flawed code that had been designed to remove this extra
line feed from the beginning of RSH/REXEC server output.
Reference:
PTR 70-5-1263 / CFS.73456 / Req Id: BCGMC1G1G / UCX Note 7508
ECO Q 30-APR-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15Q
Problem:
System crash with KRNLSTAKNV processing a received REXEC command.
Solution:
Capture the value of R1 after the first MOVC5 and then use that value
after the second MOVC5 in order to copy the complete remote user id.
Reference:
PTR 70-5-1667 / CFS.83239 / Req Id: UVO11111 / UCX Note 2256
ECO R 16-MAY-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15R
Problem:
System crash, INVEXCEPTN, Exception while above ASTDEL
Crash PC TCPIP$INTERNET_SERVICES+98618
Reference:
PTR 70-5-1649 / CFS.82567 / Req Id: GB_G01250
TCPIP_BUGS Note 2292
ECO S 23-MAY-2001 Alpha and Vax
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15S
Problem:
Default listen socket backlog is more restrictive in TCPIP
than it was in UCX, and tuning the sysconfig parameters
sominconn and/or somaxconn as a workaround doesn't work in
TCPIP V5.0A.
Solution:
Changed TCPIP to provide UCX-like compatibility for the
listen backlog by default. Tuning either sominconn or
somaxconn (via sysconfig) disables this UCX compatibility,
reverting instead to Tru64 Unix compatibility.
Reference:
PTR 70-5-1620 / CFS.82290 / Req Id: BCSM21W97 / UCX Note 8337
ECO T 24-MAY-2001 Alpha only
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15T
Problem:
IPCP negotiation of IP address between PC client and OVMS PPP
server fails to assign client an IP address.
Many problems were fixed in the OpenVMS PPPDRIVER. Therefore
it is required that all customers running PPP on OpenVMS
versions 7.2 and above install a patch for PPPDRIVER.
The OpenVMS PPPDriver patch for OpenVMS V7.2-1H1 is:
OpenVMS VMS721H1_PPPD-V0100 PPPDriver ALPHA 7.2-1H1 ECO
The readme can be viewed at:
http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1h1/
dec-axpvms-vms721h1_pppd-v0100--4.README
Reference:
PTR 30-7-49
TCPIP_BUGS Note 2294
ECO U 15-JUN-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15U
Problem:
V7.2-1 Node COL03 INVEXCEPTN At TCPIP$INTERNET_SERVICES+98618
Reference:
PTR 70-5-1649 / CFS.82794 / Req Id: BCSM31D7K
TCPIP_BUGS Note 2292
ECO V 5-JUL-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15V
Problem:
Listen service processes hang in RWAST during process rundown.
Reference:
PTR 70-5-1701 / CFS.84174 / Req Id: STLQ50002 / UCX Note 8589
ECO W 5-JUL-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES_SMP.EXE V5.1-15W
TCPIP$INTERNET_SERVICES.EXE V5.1-15W
Problem:
PROXY ARP mechanism for defining default gateway on the
same system doesn't work (was OK on V5.0A).
Reference:
PTR 70-5-1714 / CFS.84470 / Req Id: GOZ66240C / UCX Note 8549
ECO X 9-JUL-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15X
Problem:
System hangs writing to console.
Reference:
PTR 70-5-1710 / CFS.CFS.84362 / Req Id: STLN50004
ECO Y 9-JUL-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES_SMP.EXE V5.1-15Y
TCPIP$INTERNET_SERVICES.EXE V5.1-15Y
TCPIP$INETACP_SMP.EXE V5.1-15Y
TCPIP$INETACP.EXE V5.1-15Y
Problem:
Crash soon after startup due to an unnoticed allocation failure
during startup.
Reference:
PTR 70-5-1719 / CFS.84496 / Req Id: GB_G01494
ECO 3 updates
--------------
ECO Z 20-JUL-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERIVCES.EXE V5.1-15Z
Problem:
The system crashes with an invalid exception when bringing up
TCPIP when the LAN cable is not plugged in.
Reference:
PTR 75-45-2624
TCPIP_BUGS Note 2372
ECO AA 10-AUG-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15AA
Problem:
TCPIP V5.0A ECO 3 inadvertently changed TT_ACCPORNAM format,
expanding it to 60+ characters by padding the hostname field
with blanks. BG devices for rlogin users, and telnet users
from 5-digit remote TCP ports, can be leaked requiring the
respective service or TCPIP to be restarted.
Reference:
PTR 70-5-1745 / CFS.85022 / Req Id: FR_G01598 / UCX Note 8630
ECO AB 17-AUG-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15AB
Problem:
If RSH/REXEC server failed to connect to client for a requested
STDERR connection, the system could crash. Disabling RSH/REXEC
avoids crash. Problem was brought to light by customer using
NESSUS security scanner software on Unix and Windows 2000 machine
aimed at a VMS node.
Reference:
PTR 70-5-1759 / CFS.85320 / Req Id: NL_G01669
ECO AC 7-SEP-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AC
Problem:
ARP cache entry timeout can't be changed via
TCPIP> SET PROTOCOL ARP /COMPLETE_TIMER=n
like it could be in UCX.
These ARP timeouts are now tunable via sysconfig as net
subsystem parameters:
Parameter Description Default Units
arpkillc Completed entry timer 1200 seconds
arpkilli Incompleted entry timer 180 seconds
For example, to decrease the Completed entry timer to 5 minutes:
TCPIP> sysconfig -r net arpkillc=300
Note that the units for configuring these timers has changed
from minutes to seconds, and that the TCPIP> SET PROTOCOL ARP
/COMPLETE_TIMER=n and /INCOMPLETE_TIMER=n method of configuring
them shall remain unsupported in TCPIP.
Reference:
PTR 70-5-1498 / CFS.79010 / Req Id: EVT359403 / UCX Note 7742
ECO AD 11-SEP-2001 Alpha and VAX
Images:
TCPIP$BGDRIVER.EXE V5.1-15AD
TCPIP$INETACP.EXE V5.1-15AD
TCPIP$INTERNET_SERVICES.EXE V5.1-15AD
Problem:
System crash in Kernel VCI due to inconsistencies in the
various data structures, include INET_UCB, Socket, and
INET_KVCI.
Reference:
PTR 70-5-1763 / CFS.85360 / Req Id: IE_G01677
ECO AE 11-SEP-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AE
Problem:
KRNLSTAKNV crash due to TCPIP recursively processing a
lengthy list of pending IRPs on a BG device socket.
Pending IRPs are now processed non-recursively.
Reference:
PTR 70-5-1778 / CFS.85747 / Req Id: HPAQ721PZ
PTR 70-5-1804 / CFS.86246 / Req Id: AT_G01918
ECO AF 11-SEP-2001 Alpha and VAX
Images:
TCPIP$INETACP.EXE V5.1-15AF
Problem:
Incoming telnet sessions getting long string of control
characters and no username prompt. Telnet unusable even
after shutting down/restarting TCPIP; only reboot clears.
TNA0 template device characteristics were being corrupted.
Reference:
PTR 70-5-1793 / CFS.86044 / Req Id: GB_G01835 / UCX Note 8699
PTR 70-5-1869 / CFS.87369 / Req Id: ZPOAI8307
ECO AG 24-SEP-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AG
Problem:
Interface default routes, whether created explicitly or
implicitly, could be successfully added to the routing table
but did not actually work.
Reference:
PTR 70-5-1714 / CFS.CFS.84470 / Req Id: GOZ66240C
TCPIP_BUGS Note 2354 (same as old 589 and 640)
ECO 4 updates
-------------
ECO AH 2-OCT-2001 Alpha only
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AH
Problem:
Certain Win95 PPP clients connecting in through a 16-port Digiboard
are rejected. Problems are consistent even across a full
power-down reboot.
Reference:
PTR 70-5-1805 / CFS.86261 / Req Id: IL_G02001
ECO AI 2-OCT-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AI
Problem:
Socket memory leak that, with fix for 70-5-1761, causes
-SYSTEM-F-EXQUOTA, process quota exceeded error to occur
when trying to assign a new BG device or create a new socket.
accept() has also been seen to fail with SS$_CONNECFAIL
(ECONNRESET) and SS$_BADPARAM (EBADF) which didn't happen
in V5.0A.
Reference:
PTR 70-5-1802 / CFS.86179 / Req Id: ZPOAI7999
PTR 70-5-1853 / CFS.87042 / Req Id: HPAQ91L8L
PTR 70-5-1930 / CFS.88707 / Req Id: HPAQC0K8Z
PTR 70-5-2019 / CFS.91082 / Req Id: SE_G03676
ECO AK 8-OCT-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AK
Problem:
TCPIP 5.0A, problem with incorrect ICMP redirects in route table.
Reference:
PTR 70-5-1822 / CFS.86417 / Req Id: BCGM820BJ
PTR 70-5-1732 / CFS.84760 / Req Id: BCSM60V4P
PTR 70-5-1975 / CFS.89870 / Req Id: BCSM201Q3
TCPIP_BUGS Note 2436
ECO AL 9-NOV-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AL (Alpha & VAX)
TCPIP$TNDRIVER.EXE V5.1-15P
Problem:
Cluster degrades and ultimately hangs with TCPIP$REX_BGxxx (REXEC)
process as the current user. Process was hung within SYS$EXIT()
during image rundown. REXEC client was found to send an empty
username to VMS.
Reference:
PTR 70-5-1827 / CFS.84296 / Req Id: IL_G01978
ECO AM 16-Nov-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AM
Problem:
INVEXCEPTN crash processing ICMP network redirect involving the
default route.
Reference:
PTR 70-5-1890 / CFS.87817 / Req Id: GB_G02524
ECO AN 18-DEC-2001 Alpha and VAX
Problem:
INVEXCEPTN crash due to massive nonpaged pool corruption with TCPIP
code actively scribbling a channel number throughout a consecutive
region of memory.
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AN (Alpha & VAX)
Reference:
PTR 70-5-1911 / CFS.88417 / Req Id: KAOZB0122
PTR 70-5-1912 / CFS.88422 / Req Id: STLQB0007
PTR 70-5-1925 / CFS.88662 / Req Id: TKT271767
ECO AO 14-FEB-2002 Alpha and VAX
Problem:
INVEXCEPTN crash in TCPIP$INTERNET_SERVICES due to inadvertent
freeing of a BG device for an active TN device kernel client.
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AO
TCPIP$INETACP.EXE V5.1-15AO
Reference:
PTR 70-5-1928 / CFS.88690 / Req Id: STLQC0001
PTR 70-5-1947 / CFS.89075 / Req Id: HPAQC22TZ
PTR 70-5-1984 / CFS.90118 / Req Id: GB_G03323
PTR 70-5-2005 / CFS.90757 / Req Id: AT_G03552
ECO AP 18-FEB-2002 Alpha and VAX
Problem:
Listen service Active and Peak counters were cleared after
disabling and reenabling the service, despite connections still
being active from the old incarnation of the service. Old listen
service clients are now accounted for in a new incarnation of the
service -- except for Telnet, Rlogin, RSH, and REXEC services.
Deliverables:
TCPIP$INETACP.EXE V5.1-15AP
Reference:
PTR 70-5-1733 / CFS.84761 / Req Id: MGO94517A
ECO AQ 26-FEB-2002 Alpha and VAX
Problem:
INCONSTATE crash when starting up TCPIP at boot with LAN cable
disconnected.
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AQ
Reference:
PTR 70-5-1948 / CFS.89084 / Req Id: HPAQC23KF
ECO AR 11-MAR-2002 Alpha and VAX
Problem:
INCONSTATE crash when starting up TCPIP at boot with LAN cable
disconnected.
Rebuilt at ECO AR due to a problem in the original fix submitted
for ECO AQ.
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AR
Reference:
PTR 70-5-1948 / CFS.89084 / Req Id: HPAQC23KF
ECO AS 28-MAR-2002 Alpha and VAX
Problem:
[1] SNMP when reporting on TCP sockets only returns information
about the Listener sockets and not on connected sockets.
[2] When SNMP client requests data that accesses arp table, as with
request for ipNetToMediaTable values (prefix 1.3.6.1.2.1.4.22),
if there are >288 arp entries either no response to client
(v5.3 & 5.4) or cpu goes into infinite loop (v5.1) (and
possible error response to client)
Deliverables:
TCPIP$INTENRET_SERVICES.EXE V5.1-15AS
Reference:
PTR 70-5-2000 / CFS.90643 / Req Id: FR_G03507
TCPIP_BUGS Note 25842244
ECO AU 11-APR-2002 Alpha and VAX
Problem:
Multi-processor system may crash on shutdown
Deliverables:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AU
Reference:
PTR 70-5-2033 / CFS.91380 / Req Id: BCGM402ZH
TCPIP_BUGS Note 2572
PTR 70-5-1972
ECO AV 25-APR-2002 Alpha and VAX
Problem:
TCPIP shutdown's unloading of the TCPIP$INTERNET_SERVICES
execlet can happen when other processors or processes still
have references into the code/memory used by the execlet,
causing crash.
Also, the prior V5.1 ECO AT fix for TCPIP_BUGS 2595 has
been implicated in VAX system hangs seen during SQA
qualification of V5.1 ECO 4; that fix has been pulled
pending a redesigned solution.
Deliverables:
TCPIP$INTERNET_SERVICES V5.1-15AV
Reference:
PTR 70-5-2033 / CFS.91380 / Req Id: BCGM402ZH
TCPIP_BUGS Note 2572
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 NETUTIL6 Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 2-NOV-2001 Alpha and VAX
Images:
TCPIP$TRACEROUTE.EXE V5.1-15A
Problem:
Traceroute hangs and does not error or return to DCL.
Reference:
PTR 70-5-1750 / CFS.85126 / Req Id: GB_G01623 / UCX Note 8573
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 NTP_SERVER Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 1-MAY-2001 Alpha and VAX
Images:
TCPIP$NTP.EXE V5.1-15A
Problem:
The NTP debug logical was being translated once per second which
was seen as excessive.
Solution:
Translate the debug logical once every 60 seconds.
Reference:
PTR 75-65-170 / UCX Note 8296 / TCPIP_BUGS Note 2215
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 POP Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 4-JUN-2001 Alpha and VAX
Images:
TCPIP$POP_SERVER.EXE V5.1-15A
Problem:
The POP Server's handling of the TOP command does not conform
to the RFC for SMTP mail received when POP is configured via
TCPIP$POP_IGNORE_MAIL11_HEADERS logical. POP was treating the
SMTP header as if it was part of the message body. No longer.
Reference:
PTR 70-5-1671 / CFS.83273 / Req Id: HPAQ40N4H / UCX Note 8472
ECO 4 updates
-------------
ECO B 28-JAN-2002 Alpha and VAX
Problem:
The system logical TCPIP$POP_DECNET_REWRITE, when defined as
'TRANSFORM', fails to function properly with TCP/IP V5.1 ECO 3.
Deliverables:
TCPIP$POP_SERVER.EXE V5.1-15B
Reference:
PTR 70-5-1895 / CFS.87911 / Req Id: KAOQA3152
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 PROXY_SERVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 19-MAR-2001 Alpha and VAX
Images:
TCPIP$PROXY_SERVICES.EXE V5.1-15A
Problem:
Unique users within a host could not be looked up.
Solution:
Add host parameter to $GET_REMOTE_USER_* routines.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO B 12-JUL-2001 Alpha and VAX
Images:
TCPIP$PROXY_SERVICES.EXE V5.1-15B
Problem:
Customer cannot add a proxy of a user with large identifier
tables, i.e. for a UID, 27 is the maximum allowable
identifiers.
Reference:
PTR 70-5-1699 / CFS.84087 / Req Id: BCSM513BL
ECO 4 updates
-------------
ECO C 9-NOV-2001 Alpha and VAX
Images:
TCPIP$PROXY_SERVICES.EXE V5.1-15C
Problem:
Users with more than 26 identifiers cannot be loaded into the
proxy database.
Change the PROXY to allow a larger number of identifiers.
Reference:
PTR 70-5-1699 / CFS.84087 / Req Id: BCSM513BL
TCPIP_BUGS Note 2376
ECO D 10-APR-2002 Alpha and VAX
Problem:
The system hung after a reboot. Nonpaged pool showed a large
allocation containing a pointer into PROXY_SERVICES.
Deliverables:
TCPIP$PROXY_SERVICES.EXE V5.1-15D
Reference:
PTR 70-5-2036 / CFS.91517 / Req Id: STLQ40001
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 PWIP Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 13-JUN-2001 Alpha and VAX
Images:
TCPIP$PWIPACP.EXE V5.1-15A
Problem:
TCPIP$PWIPACP.EXE caused SSRVEXCEPTN bugcheck crash due to
resource leak from a DECNET application that repeatedly
tries to bind to an address already in use (EADDRINUSE /
SS$_DUPLNAM). Solution addresses the crash and the leak,
not the EADDRINUSE problem which DECNET or application
must deal with.
Reference:
PTR 70-5-1707 / CFS.84322 / Req Id: BCSM51V9L
ECO 4 updates
-------------
ECO B 20-DEC-2001 Alpha and VAX
Problem:
XOT (X.25 over TCPIP) is experiencing several problems with
PWIP:
- PWIP is leaking BG device channels; the PWIPACP log is
filled with "*** sys$assign() failed ***" messages.
- PWIP is leaking nonpaged pool with an excessive number
of pdcb's, despite XOT having dutifully closed them.
Deliverables:
TCPIP$PWIPACP.EXE V5.1-15B
TCPIP$PWIPDRIVER.EXE V5.1-15B
Reference:
PTR 70-10-507 / CFS.80656 / Req Id: LU_G01035
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 RCP Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 13-FEB-2001 Alpha and VAX
Images:
TCPIP$RCP.EXE V5.1-15A
Problem:
"$ COPY/RCP" on a binary file changes the file attributes
from fixed length to STREAM LF and corrupts the file.
Solution:
Forward port the fixes for 70-5-1006, 70-5-960 and 70-5-1286 from
UCX 4.2.
Reference:
PTR 30-5-313
PTR 70-5-1286 / CFS 74012 / Req Id: EVT65251A / UCX Note 7489
PTR 70-5-1006 / CFS 65406 / Req Id: BCGM117J9 / UCX Note 6654
ECO B 14-MAY-2001 Alpha and VAX
Images:
TCPIP$RCP.EXE V5.1-15B
Problem:
Previously, when RCP encountered an error, the local host name
would be erroneously reported as the remote hostname in the
error message.
%RCP-E-CONHST, error connecting to remote host
Solution:
Use the correct getpeername() call rather than getsockname().
Reference:
TCPIP_BUGS Note 2234
ECO C 30-MAY-2001 Alpha and VAX
Images:
TCPIP$RCP.EXE V5.1-15C
Problem:
$ COPY/RCP[/USER=remusr] loc.file remhost::rem.file can fail
with "%RCP-E-CONHST, error connecting to remote host ...".
/USER specification, if supplied, also seems to be ignored.
This only affects $ COPY/RCP, not $ RCP.
Reference:
PTR 70-5-1450 / CFS.77805 / Req Id: UTO08559A
PTR 70-5-1695 / CFS.83930 / Req Id: HPAQ50P4V
ECO 4 updates
-------------
ECO D 4-MAR-2002 Alpha and VAX
Problem:
RCP/PRESERVE (aka RCP -p) didn't preserve correct modification
timestamp for files created in the summertime (daylight savings
in effect) but copied in the wintertime (standard time), or vice-
versa. The timestamp is off by an hour (the daylight savings
differential). Problem occurred for files copied to a VMS host,
but not for files copied to non-VMS host.
Deliverables:
TCPIP$RCP.EXE V5.1-15D
Reference:
PTR 70-5-1926 / CFS.88669 / Req Id: DE_G02856 / UCX Note 8942
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 ROUTED Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 26-APR-2001 Alpha and Vax
Images:
TCPIP$ROUTED.EXE V5.1-15A
Problem:
This problem occurs when the supply option is enabled for
routed. This option is to supply its own Internet addresses
to routing requests made from remote hosts. The RIP's that
are sent to these remote hosts do not have the right packet
format. Thus, this caused all the listeners of RIP to
reject these packets.
Solution:
The fix is to change the outgoing packets to the correct
RIP v1 format. The change would be to set the sa_len field to 0.
Thus have the correct RIP v1 format which would then be accepted
by remote hosts.
Reference:
PTR 30-7-64
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 SDA Images
---------------------------------------------------------------------------
ECO 4 updates
-------------
ECO A 19-MAR-2001 Alpha and VAX
Images:
TCPIP$SDA.EXE V5.1-15A
Problem:
Encountered various problems with NFS.
Solution:
Fixed those various problems.
Reference:
Internal testing.
ECO B 6-JUN-2001 Alpha and VAX
Images:
TCPIP$SDA.EXE V5.1-15B
TCPIP$SDA.HLB
Problem:
SDA> TCPIP command no longer works in V5.x like it used to in UCX
to load proper symbol tables and whatnot for ECO releases. Also
the TCPIP SHOW SERVICE command has gotten dropped for unknown
reasons.
Reference:
Internal testing.
ECO C 8-JUN-2001 Alpha and VAX
Images:
CFS$SDA.EXE V5.1-15A
CFS$SDA.HLB
Problem:
CFS SDA extensions were developed long ago and have proven useful
debugging several NFS problems, but these extensions haven't been
officially maintained and presently are not built as part of the
SDA component. They should be.
Reference:
Internal testing.
ECO D 2-JUL-2001 Alpha and VAX
Images:
TCPIP$SDA.EXE V5.1-15D
Problem:
Enhance the TCPIP SDA extensions to automatically load symbol
tables for loadable kernel components NFS_SERVICES and
PROXY_SERVICES.
Reference:
Internal testing.
ECO E 26-OCT-2001 Alpha and VAX
Images:
TCPIP$SDA.EXE V5.1-15E
Problem:
SDA> TCPIP SHOW MBAG can crash system by corrupting system memory.
Reference:
PTR 70-5-1850 / CFS.87007 / Req Id: DE_G02231
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP SHOW INETCB[/STAT] exhibits several cosmetic display
problems and inconsistencies.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
Several problems with SDA> TCPIP initialization:
- sometimes unable to identify execlet/driver base address
- aborting symbol table loading prematurely
- symbol table load order can shadow existing symbols with
phantoms
- some TCPIP information is displayed when TCPIP isn't
loaded; other information isn't displayed when it could be.
- TCPIP SHOW INTERFACE doesn't work if PROXY/NFS SERVICES exist.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP SHOW ROUTE doesn't display the default route.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
[1] SDA> SHOW DEV produces confusing %TCPIP-E-NOSUCHDEV, No such
device error message after showing one or more Idle devices.
[2] SDA> SHOW DEV/FUL caused ACCVIO, preventing display of all
device sockets.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP TAG ALL | SEARCH | SHOW MEMORY can generate an
infinite loop of:
%TCPIP-W-NOREAD, unable to access location 00000000.00000000
-SDA-W-MEMNOTSVD, process memory not saved in the dump file
messages.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
TCPIP$SDA.HLB
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP SHOW VCI/FUL decimal-equivalent display is incorrect.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
ECO F 12-APR-2002 Alpha and VAX
Problem:
SDA> TCPIP SHOW PROXY/FULL doesn't include UID/GID information like
non-/FULL (brief) output does, and /HOST_ADDRESS doesn't do anything
useful like display the host address of each proxy.
Deliverables:
TCPIP$SDA.EXE V5.1-15F
Reference:
Internal testing.
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 SMTP Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 8-Feb-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15A
Problem:
Users that do not have SYSPRV privilege will cause security
alarms when sending SMTP mail.
Solution:
Set SYSPRV around the system call SYS$GETUAI to prevent
security alarms.
Reference:
PTR 70-5-1230 / CFS.72953 / Req Id: BCGMC02MK / TCPIP_BUGS Note 7475
ECO B 2-MAR-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15B
TCPIP$MSG.EXE V5.1-15A
Problem:
The TCPIP> ANALYZE MAIL /REPAIR operation does not fix
any inconsistencies, but exits with %TCPIP-E-SMTPERROR
and %TCPIP-W-ANA_QUEACC. These error show non-printable
characters and customer needs to reset its terminal.
Solution:
Initialized the field passed when writing out this message
to avoid the non-printable characters. Allow the analyze mail
to continue to queue other files despite the error caused by
particular invalid files. Also, added another informational
message which aids in determining which file and possible cause of
the failing file message:
UCX-I-ANA_USER_RNF, $SNDJBCW(CREATE_JOB) reports RMS-E-RNF;
Suspect user name <name> is not valid for file:
<filename>
Reference:
PTR 70-5-1097 / CFS.69028 / Req Id: MGO14797A
ECO C 3-MAR-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15C
Problem:
When multiple address in an SMTP .DIS file are in the local domain
and one of the addresses can't be delivered delivery stops and the
addresses following the address with problems are ignored.
Solution:
Bounce the mail for the address that incurs the problem and continue
delivering to the next address as was done before the bug was
introduced.
Reference:
PTR 30-7-60
ECO D 3-MAR-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15D
Problem:
Access Violation occurs in MAILSHR when an attempt is made
to mail a file via SMTP, with incorrect file attributes.
Solution:
Bugs were identified in both VMSMail and SMTP which both
conspired to cause these ACCVIOs on Alpha (and other errant
behavior on VAX). In VMSmail, its RMS error AST routine was
fixed to include correct VMSmail context when LIB$SIGNALing
the error which SMTP was reporting via the MAIL$PROTOCOL
interface. Contact VMS Support regarding availability of
this patch.
In SMTP, don't always trust the longest-record-length file
attribute, establishing a minimum 1000-byte buffer for reading
mail files, and don't resignal RMS$_RTB to the MAILSHR condition
handler directly from SMTP.
Reference:
PTR 70-5-1565 / CFS.79662 / Req Id: UTO49604B
ECO 2 updates
--------------
ECO E 10-MAY-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15E
TCPIP$SMTP_PARSESHR_TV.EXE V5.1-15E (Alpha)
TCPIP$SMTP_PARSESHR.EXE V5.1-15E (VAX)
TCPIP$SMTP_RECEIVER.EXE V5.1-15E
TCPIP$SMTP_SYMBIONT.EXE V5.1-15E
TCPIP$SMTP_SFF.EXE V5.1-15E
TCPIP$POP_SERVER.EXE V5.1-15A
Problem:
1:
When one composes a mail message in VMS mail and enters an SMTP
address at the To: prompt and at the Cc: prompt the address
originally entered at the Cc: prompt is not put into a Cc: RFC
header in the SMTP message but is instead put into the To: RFC
header.
2:
In some cases the order of the recipients as entered by a VMS mail
user at the To: and/or Cc: prompts is not preserved in the
corresponding RFC headers.
3:
When one composes a mail message in VMS mail and enters multiple
recipients all within the same SMTP%"" jacket any recipient address
that has no domain part, i.e. is a simple user name, can be
assigned the wrong domain by the SMTP software.
Solution:
1: Add a new function code for "Address from Cc prompt"
2: Add a feature negotiation enhancement ala ESMTP to the
MAIL$PROTOCOL protocol interface to allow the caller to
determine the capabilities of a given foreign transport
3: Add another parameter to the existing list of parameters for the
existing function code
Reference:
PTR 70-5-1502 / CFS.79051 / Req Id: ZPO064770 / TCPIP_BUGS Note 2260
PTR 70-5-1518 / CFS.79450 / Req Id: ZPO067685
ECO F 15-MAY-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15F
TCPIP$SMTP_RECEIVER.EXE V5.1-15F
TCPIP$SMTP_SFF.EXE V5.1-15F
Problem:
The customer thinks that it is a security vulnerability that the
SMTP software shows the TCP/IP Services Version information and
OpenVMS version information in the initial connection response and
the Received: headers.
Solution:
Create a configuration switch, "Suppress Version Info", to allow
the system manager to tell the SMTP software not to put the TCP/IP
or OpenVMS version info into the initial connecion response or the
Received: headers.
The change was coded to support a system existance logical
TCPIP$SMTP_SUPPRESS_VERSION_INFO.
Reference:
TCPIP_BUGS Note 2278
ECO 3 updates
--------------
ECO G 17-SEP-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15G
TCPIP$SMTP_RUN_SCRIPT.EXE V5.1-15G
TCPIP$SMTP_UTILITIES.EXE V5.1-15G
Problem:
Unable to send mail after installing ECO 2.
Reference:
PTR 70-5-1836 / CFS.86770 / Req Id: HPAQ90K5W
ECO H 18-SEP-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15H
Problem:
SMTP receiver fails with access violation when receiving mail
from an address like <"Road Runner Sports
<RoadRunnerSports.1111.171737"emcqmail2.promotionreply.com>.
Reference:
PTR 70-5-1780 / CFS.85786 / Req Id: HPAQ7274L / UCX Note 8711
PTR 70-5-1469 / CFS.78260 / Req Id: GB_G00838
ECO 4 updates
-------------
ECO I 16-OCT-2001 Alpha and VAX
Images:
TCPIP$IPC_SHR.EXE V5.1-15F
TCPIP$BIND_SERVER.EXE V5.1-15B
TCPIP$BIND_SERVER_XFER.EXE V5.1-15B
TCPIP$SMTP_MAILSHR.EXE V5.1-15I
Problem:
SMTP symbiont dies with log showing SYSTEM-F-NOPRIV error trying to
access CF control file. This is followed by ACCVIO's. Occurs only
with heavy SMTP load. Diagnosed as memory leak in V5.1 BIND
Resolver which SMTP uses heavily.
Reference:
PTR 70-5-1855 / CFS.87060 / Req Id: SE_G02252
PTR 70-5-1983 / CFS.90062 / Req Id: FI_G03305
PTR 70-5-2010 / CFS.90875 / Req Id: GB_G03588
ECO K 8-FEB-2002 Alpha and VAX
Problem:
TCPIP> start mail hangs the whole system when *SMTP* queues have
base_priority=30.
Deliverables:
TCPIP$SMTP_SYMBIONT.EXE V5.1-15K
Reference:
PTR 70-5-1341 / CFS.75199 / Req Id: MGO31836A / UCX Note 4021
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 SNMP Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 5-MAR-2001 Alpha and VAX
Images:
TCPIP$CHESS_SUBAGENT.EXE V5.1-15A
TCPIP$ESNMP_SERVER.EXE V5.1-15A
TCPIP$ESNMP_SHR.EXE V5.1-15A
TCPIP$HR_MIB.EXE V5.1-15A
TCPIP$MIBCOMP.EXE V5.1-15A
TCPIP$MOSY V5.1-15A
TCPIP$OS_MIBS.EXE V5.1-15A
TCPIP$SNMPIVP.EXE V5.1-15A
TCPIP$SNMP_REQUEST.EXE V5.1-15A
TCPIP$SNMP_TRAPRCV.EXE V5.1-15A
TCPIP$SNMP_TRAPSND.EXE V5.1-15A
Problem:
When a subagent sends a long trap (e.g., one with 7 varbinds, each
with 240 characters of data), the master agent returns a malformed
packet to the subagent, which can cause the subagent to restart.
Also various incorrect error messages were getting generated.
Solution:
The master agent was sending a malformed AgentX response packet
back to the subagent after a notification request. The subagent
detected this packet, which caused a restart; not all subagents are
necessarily coded to detect such packets, so such and error might
not cause a restart. The fixed master agent sends a properly
formatted packet; also, error and warning messages are improved.
Reference:
PTR 30-7-56
ECO B 23-MAR-2001 Alpha and VAX
Sources:
ESNMP.H
Images:
TCPIP$CHESS_SUBAGENT.EXE V5.1-15B
TCPIP$ESNMP_SERVER.EXE V5.1-15B
TCPIP$ESNMP_SHR.EXE V5.1-15B
TCPIP$HR_MIB.EXE V5.1-15B
TCPIP$MIBCOMP.EXE V5.1-15B
TCPIP$MOSY V5.1-15B
TCPIP$OS_MIBS.EXE V5.1-15B
TCPIP$SNMPIVP.EXE V5.1-15B
TCPIP$SNMP_REQUEST.EXE V5.1-15B
TCPIP$SNMP_TRAPRCV.EXE V5.1-15B
TCPIP$SNMP_TRAPSND.EXE V5.1-15B
Problem:
ESNMP.H compiles with errors under C++
Solution:
Location of a #endif was moved, also to avoid warning removed
some text after #endifs.
Reference:
UCX Note 7902
ECO 4 updates
-------------
ECO C 14-FEB-2002 Alpha and VAX
Problem:
CERT #SSRT0779U tests (University of Oulu suite)
revealed problems (through ACCVIOs) in SNMP:
- master agent handling of request packets with large
subids (e.g., with 10 digits) and/or total OID
length (e.g., 128 subids)
- trap receiver handling of packets with large unsigned
in trap type, interpreted as negative array index.
Deliverables:
TCPIP$CHESS_SUBAGENT.EXE V5.1-15C
TCPIP$ESNMP_SERVER.EXE V5.1-15C
TCPIP$ESNMP_SHR.EXE V5.1-15C
TCPIP$OS_MIBS.EXE V5.1-15C
TCPIP$HR_MIB.EXE V5.1-15C
TCPIP$SNMP_REQUEST.EXE V5.1-15C
TCPIP$SNMP_TRAPRCV.EXE V5.1-15C
TCPIP$SNMP_TRAPSND.EXE V5.1-15C
TCPIP$SNMPI.EXE V5.1-15C
TCPIP$SNMPIVP.EXE V5.1-15C
Reference:
PTR 70-5-1989
TCPIP_BUGS Note 2495
PTR 30-10-27
ECO D 10-APR-2002 Alpha and VAX
Problem:
The identifier used for enterprise (SNMPv1) or snmpTrapOID.0
(SNMPv2) was not consistent with requirements for Compaq Insight
Manager. The change is not important for the Chess example, but it
may avoid confustion if it is consistent with the change in
os_mibs.c (refleted in TCPIP$OS_MIBS.EXE) which had already been
done.
Deliverables:
TCPIP$CHESS_SUBAGENT.EXE V5.1-15D
CHESS_METHOD.C
Reference:
Internal testing.
ECO E 10-APR-2002 Alpha and VAX
Problem:
SNMP master agent does not handle various invalid packets
correctly.
Deliverables:
TCPIP$ESNMP_SERVER.EXE V5.1-15E
Reference:
PTR 70-5-1613 / CFS.82161 / Req Id: NL_G01200
ECO F 10-APR-2002 Alpha and VAX
Problem:
HR_MIB process loops under some configurations and may page
fault excessively.
Deliverables:
TCPIP$HR_MIB.EXE V5.1-15F
Reference:
PTR 70-5-1817 / CFS.86378 / Req Id: GB_G01985 / UCX Note 8758
ECO G 10-APR-2002 Alpha and VAX
Problem:
HR_MIB process loops under some configurations and may page
fault excessively.
Deliverables:
TCPIP$HR_MIB.EXE V5.1-15G
Reference:
PTR 70-5-1711 / CFS.84367 / Req Id: NL_G01470
PTR 70-5-1726 / CFS.84589 / Req Id: BCSM608Q7
PTR 70-5-1971 / CFS.89754 / Req Id: KAOQ10081
ECO H 11-APR-2002 Alpha and VAX
Problem:
ACCVIO if run hr_mib to get fs data in test mode, without
sufficient privs (bypass,phy_io,world).
Deliverables:
TCPIP$HR_MIB.EXE V5.1-15H
Reference:
Internal testing.
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TCPIPLIB Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 8-FEB-2001 Alpha and VAX
Images:
TCPIP$SMTP_MAILSHR.EXE V5.1-15A
Problem:
Users that do not have SYSPRV privilege will cause security
alarms when sending SMTP mail.
Solution:
Set SYSPRV around the system call SYS$GETUAI to prevent
security alarms.
Reference:
PTR 70-5-1230 / CFS.72953 / Req Id: BCGMC02MK / TCPIP_BUGS Note 7475
ECO 4 updates
-------------
ECO B 19-FEB-2002 Alpha and VAX
Problem:
BIND resolver is unable to perform a name lookup for a host when
BIND database records are returned in the following order: CNAME
record followed by its associated PTR record and when the reverse
address record has been subnetted on a non-byte boundary.
For example, consider the following:
$ tcpip show host 12.30.254.228
gethostby*.getanswer: asked for "228.254.30.12.IN-ADDR.ARPA", got
"228.224/27.254.30.12.IN-ADDR.ARPA"
%TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Deliverables:
TCPIP$ACCESS_SHR.EXE V5.1-15D
TCPIP$IPC_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1987 / CFS.90172 / Req Id: HPAQ20XNF
PTR 70-5-1966 / CFS.89677 / Req Id: HPAQ12BKC
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TCPIPTRACE Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 11-MAR-2001 Alpha and VAX
Images:
TCPIP$TRACE.EXE V5.1-15A
Problem:
Full display on tcpip$trace fails to display tcp options
correctly. Once it discovers an option it does not understand it
displays no_delay then fails to display any further options.
Solution:
Correct options processing from full display of tcpip$trace.
Reference:
TCPIP_BUGS Note 2199
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TELNET_CLIENT Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 28-FEB-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15B
TCPIP$TELNET.EXE V5.1-15A
Problem:
If a TELNET/CREATE fails to connect to the remote host, the TN
device is not deleted but stays around as a permanent device.
Solution:
On the last channel deassign, if the TN device is PERMANENT
but NOT AUTOCONNECT then mark the device for deletion.
Reference:
70-5-1585 / CFS.81249 / Req Id: GB_G01091
ECO 2 updates
--------------
ECO B 23-MAY-2001 Alpha and VAX
Images:
TCPIP$TELNET.EXE V5.1-15B
Problem:
UCX-E-REQREJECT is seen on TN3270 screen due to the receipt
of a long Request Unit > 4 KB. Customer is unable to proceed
with their 3270 application as a result.
Solution:
Increased the TN3270 receive buffer size to avoid breaking up a
RU > 4 KB bytes. The new limit is 16 KB.
Reference:
PTR 70-5-1658 / CFS.83081 / Req Id: KAOQ22102 / UCX Note 8390
ECO 3 updates
--------------
ECO C 26-JUL-2001 Alpha and VAX
Images:
TCPIP$TELNET.EXE V5.1-15C
Problem:
[1] Telnet client fails to send a WILL NAWS and WILL SENDLOC
before sending the subnegotiation.
[2] Telnet/TN3270 client erroneously responds to DO TTYPE with
NAWS subnegotiation.
Reference:
PTR 70-5-1744 / CFS.85020 / Req Id: MGO93051A / UCX Note 8609
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TELNET_SERVER Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 26-FEB-2001 Alpha ONLY
Images:
TCPIP$TNDRIVER.EXE V5.1-15A
Problem:
With fix 70-5-1392 and SYSTEM_CHECK = 1, the system crashes.
Solution:
Preserve r3 and reload r0 with SS$_FDT_COMPL after calling
IRP$L_FPC(R3).
Reference:
QAR 30-5-372
PTR 70-5-1392 / CFS.76223 / Req Id: BCSM41VDG
PTR 70-5-1475 / CFS.78371 / Req Id: BCSM80SDW
PTR 70-5-1516 / CFS.79398 / Req Id: HPAQA018W
PTR 70-5-1525 / CFS.79532 / Req Id: HPAQA0GDQ
ECO B 28-FEB-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15B
TCPIP$TELNET.EXE V5.1-15A
Problem:
If a TELNET/CREATE fails to connect to the remote host, the TN
device is not deleted but stays around as a permanent device.
Solution:
On the last channel deassign, if the TN device is PERMANENT
but NOT AUTOCONNECT then mark the device for deletion.
Reference:
70-5-1585 / CFS.81249 / Req Id: GB_G01091
ECO C 3-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15C
Problem:
Setting the terminal parameter /NOHOSTSYNC has no effect.
With original fix, default changed from HostSync to No HostSync.
Solution:
Telnet server no longer enforces HOSTSYNC be enabled (and latest
fix makes sure HOSTSYNC remains the default setting). Customers
should be aware that with /NOHOSTSYNC, they risk possible loss of
inbound data on the telnet connection.
Reference:
PTR 70-5-1461 / CFS.78126 / Req Id: HPAQ721QS / TCPIP_BUGS Note 7929
ECO D 10-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15D
Problem:
Many telnet sessions were stuck in RWAST state, waiting
for TCPIP$INETACP.
Solution:
Modified the TN$PORT_FDT routine to use a VCB and AQB that was
allocated by the TNDRIVER at port_startup time instead of using
the INETACP's AQB queue.
Reference:
PTR 70-5-1392 / CFS.76223 / Req Id: BCSM41VDG
PTR 70-5-1475 / CFS.78371 / Req Id: BCSM80SDW
PTR 70-5-1516 / CFS.79398 / Req Id: HPAQA018W
PTR 70-5-1525 / CFS.79532 / Req Id: HPAQA0GDQ
ECO E 11-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15E
Problem:
TNdriver mishandles Telnet NAWS window size negotiation
of a 0-width window, causing a crash within the TTdriver.
TTdriver causes system crash attempting to set either
the height or the width for the window size to zero (0).
Solution:
Ignore value of zero in either the height or width of
a NAWS window-size directive.
Reference:
PTR 70-5-1490 / CFS.78271 / Req Id: BCSM721DJ / TCPIP_BUGS Note 8055
ECO F 19-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15F
Problem:
Fixed 6 problems with NFS.
Solution:
1: When supplying devices to act against, the interface has
been changed to pass the device unit number, not the address
of its UCB.
2: The reference count is no longer used to control the permanence
of the BG devices, the DELETEUCB bit is used instead.
3: Pass the BG device unit number instead of its address to
socket_close.
4: Replace the BG UCB address with the device unit number for
$CALLBACK.
5: Fix a problem with corruption of R3.
6: On last-channel-deassign, a non-AUTOCONNECT PERMANENT
(outbound) session which is disconnected should be scheduled
for deletion.
Reference:
Internal testing.
ECO 2 updates
--------------
ECO G 22-MAR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15G
Problem:
RLOGIN does not startup properly on VAX. Then after the initial
startup, if one shuts down RLOGIN (i.e. TCPIP DISABLE SERVICE
RLOGIN) and then starts it up (i.e. TCPIP ENABLE SERVICE RLOGIN)
this results in a success every other time one goes through a
DISABLE/ENABLE cycle.
Solution:
The problem is failure to save register R7 in the register save
mask in routine, TN$NETWORK_PORT_STARTUP.
Reference:
TCPIP_BUGS note 2216
ECO H 9-APR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15H
Problem:
INVEXCEPTN crash in TNDRIVER because a BG devices is bound to a
nonexistent TN device and a packet arrived on the BG device.
Solution:
Remove the setting of the UCB$M_DELETEUCB inside
TN$QIO_SHUTDOWN_PROTOCOL() when disabling the telnet service.
Reference:
PTR 70-5-1569 / CFS.80769 / Req Id: HGO081413
ECO I 10-APR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15I
Problem:
System crash in TNDRIVER during shutdown while attempting to
send data on an outbound autoconnect connection.
Solution:
Do not allow an outbound session to be created when tcpip is
in the middle of being shutdown.
Reference:
PTR 70-5-1577 / CFS.80913 / MGO39761B
ECO K 11-APR-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15K
TCPIP$INETACP.EXE V5.1-15L
Note: even though both NET and TELNET_SERVER images are
affected by this set of changes, the two images are NOT
fatally interdependent. Either can safely be shipped to
a customer running older version of the other image;
they just won't get the new XON_ANY_CHAR functionality.
Problem:
70-5-1601:
Telnet client or user was sending ^S XOFF stopping output,
and not following up with a ^Q XON to restart output. This
can lead to a situation where the Telnet server doesn't
detect when client has closed, leaving the TNA device active
and the user process logged in. Only remedy required system
administrator to manually $STOP the affected process.
70-5-1602 & 70-5-1261:
The TNDRIVER crashed due to unexpected recursion resulting
in the same packet being freed twice.
Solution:
70-5-1601:
Telnet server no longer ignores socket events like
closure when unable to pass any further data up to
the TT driver or application because input is disabled
(either due to Typeahead buffer being full or use of
ReadSync terminal characteristic).
Furthermore, to help deal with defective Telnet client
or inattentive user that sends ^S XOFF but doesn't
follow up with ^Q XON, an implicit ^Q XON will occur
upon receipt of any character (not just ^Q) from the
client if the system logical TCPIP$TELNET_XON_ANY_CHAR
is defined as "1". A similar logical has also been
provided for rlogin service: TCPIP$RLOGIN_XON_ANY_CHAR.
70-5-1602 & 70-5-1261:
Prevent unexpected recursion and let original call complete
processing of the packet.
Reference:
PTR 70-5-1601 / CFS.81748 / Req Id: BCGM2050B
PTR 70-5-1602 / CFS.81755 / Req Id: BCGM10M98
PTR 70-5-1261 / CFS.73401 / Req Id: UVO33093
ECO L 12-JUN-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15L
Problem:
System crash due to virtual terminal VTA devices pointing to
deleted TNA devices. Crashes occur at system shutdown or when
logging out disconnected VTA processes.
Solution:
When the TNdriver's login timeout expires, make sure to notify
the TTdriver to disconnect the VTA. Furthermore, prevent the
the TNdriver from deleting a TNA UCB until the VTA <--> TNA link
has been broken (since his can happen asynchronously in a forked
thread).
Reference:
PTR 70-5-1651 / CFS.82967 / Req Id: NL_G01305
PTR 70-5-1606 / CFS.81881 / Req Id: STL168110
PTR 70-5-1655 / CFS.83012 / Req Id: BCGM31XQW
PTR 70-3-3855 / CFS.79115 / Req Id: HPAQ915FV
ECO M 18-JUN-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15M
Problem:
INVEXCEPTN crash in TNdriver at TN$TIMER_SCAN_DEVICE_C+0038C
because BG UCB link in kernel client interface is null.
Reference:
PTR 70-5-1716 / CFS.84485 / Req Id: BE_G01491
ECO N 12-JUL-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15N
Problem:
Outgoing TNA device hangs when $COPY of a file to it takes
longer than 1 second.
Reference:
PTR 70-5-1625 / CFS.82430 / Req Id: GB_G01228
ECO O 3-AUG-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15O
Problem:
INETACP hangs at shutdown due to regression of 70-5-1716 fix
which causes the TNdriver to ignore a SYSTEM_SHUTDOWN event.
Reference:
PTR 70-5-1777 / CFS.85719 / Req Id: BCSM71Z84
TCPIP_BUGS Note 2382
ECO 4 updates
-------------
ECO P 9-NOV-2001 Alpha and VAX
Images:
TCPIP$INTERNET_SERVICES.EXE V5.1-15AL (Alpha & VAX)
TCPIP$TNDRIVER.EXE V5.1-15P
Problem:
Cluster degrades and ultimately hangs with TCPIP$REX_BGxxx (REXEC)
process as the current user. Process was hung within SYS$EXIT()
during image rundown. REXEC client was found to send an empty
username to VMS.
Reference:
PTR 70-5-1827 / CFS.84296 / Req Id: IL_G01978
ECO Q 13-NOV-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15Q
Problem:
Outbound TNA devices ($ TELNET/CREATE/TIMEOUT=RECONNECT) can
only be used once, and cannot be deleted. Problem new in V5.1.
Reference:
PTR 70-5-1883 / CFS.87624 / Req Id: DE_G02451
PTR 70-5-1963 / CFS.89625 / Req Id: SE_G03160
ECO R 15-NOV-2001 Alpha and VAX
Images:
TCPIP$TNDRIVER.EXE V5.1-15R
Problem:
Problems when transmitting a carriage return CR/LF via
telnet.
Reference:
PTR 70-5-1862 / CFS.87252 / Req Id: HPAQA084G / UCX Note 8816
ECO S 19-DEC-2001 Alpha and VAX
Problem:
Outbound Telnet devices created using $TELNET/CREATE/PERMANENT
go offline and cannot be $TELNET/DELETEd if it's the peer that
closes/aborts the connection.
Also, any flavor of reconnecting outbound telnet device is
disabled if peer closes/aborts the connection -- reconnection
attempts succeed but are immediately shut down.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15S
Reference:
PTR 70-5-1866 / CFS.87285 / Req Id: NL_G02325
ECO T 19-DEC-2001 Alpha and VAX
Problem:
Outbound Telnet devices can lose the first byte or burst of
data output when the connection is created.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15T
Reference:
PTR 70-5-1932 / CFS.88716 / Req Id: GB_G02874
ECO U 25-JAN-2002 Alpha and VAX
Problem:
OPCOM no longer displays "Logout Request event of Telnet
service" in V5.0 and up.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15U
Reference:
PTR 70-5-1861 / CFS.87231 / Req Id: NL_G02311
ECO V 28-JAN-2002 Alpha and VAX
Problem:
TCPIP 5.1 ECO 2, telnet server problem negotiating with a PC.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15V
Reference:
PTR 70-5-1936 / CFS.88785 / Req Id: BCGMC0XVB / UCX Note 8954
ECO W 22-FEB-2002 Alpha and VAX
Problem:
System crash in code added for 70-5-1861 fix.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15W
Reference:
PTR 70-5-1861 / CFS.87231 / Req Id: NL_G02311 / UCX Note 9078
ECO X 28-FEB-2002 Alpha and VAX
Problem:
System crash in code added for 70-5-1861 fix.
Rebuilt at ECO X due to an error found in the ECO W code.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15X
Reference:
PTR 70-5-1861 / CFS.87231 / Req Id: NL_G02311 / UCX Note 9078
ECO Y 28-MAR-2002 Alpha and VAX
Problem:
An outbound $TELNET/CREATE/PERMANENT session can hang and not
reconnect properly if peer disconnects.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15Y
Reference:
PTR 70-5-1976 / CFS.89909 / Req Id: BCGM205F5 / UCX Note 9045
ECO Z 29-MAR-2002 Alpha and VAX
Problem:
Receiving input on an outbound Telnet session/device is triggering
LOGINOUT causing Username: prompt to be sent. Previous fix for PTR
70-5-1416 didn't cover AutoConnect flavors of outbound Telnet
sessions.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15Z
Reference:
PTR 70-5-2009 / CFS.90842 / Req Id: GB_G03579 / UCX Note 9133
ECO AA 12-APR-2002 Alpha and VAX
Problem:
The SYS$COMMAND logical no longer shows the nodename of the
TNA device after upgrade to TCP/IP V5.x. Reenabled use of
DEV$M_NNM DEVCHAR2 characteristic on TN devices as was done
in UCX.
Deliverables:
TCPIP$TNDRIVER.EXE V5.1-15AA
Reference:
PTR 70-5-2021 / CFS.91170 / Req Id: BCSM31QK8 / UCX Note 9044
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 TFTP_SERVER Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 27-APR-2001 Alpha and VAX
Images:
TCPIP$TFTP.EXE V5.1-15A
Problem:
TFTP server does not retransmit properly after a lost packet,
causing client to hang or give up.
Solution:
Fixed TFTP retransmission to work reliably.
Reference:
PTR 70-5-1622 / CFS.82290 / Req Id: BCGM21ZWS / UCX Note 8379
PTR 70-5-1027 / CFS.66996 / Req Id: BCSM31Z0V / UCX Note 7499
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 UCP Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 22-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15A
Problem:
UCP's SHOW DEVICE command fails to display device sockets bound
to emote host(s) as specified using the /HOST qualifier.
Solution:
Correct SHOW DEVICE_SOCKET /HOST qualifier support to work with
IPv6 addresses.
Reference:
TCPIP_BUGS Note 2068
ECO B 23-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15B
Problem:
1. UCP's SHOW NFS_SERVER command fails to display Version 2 and
Version 3 performance counters when specified using the /VERSION
qualifier.
2. UCP's SET NFS_SERVER /UID_DEFAULT=n /GID_DEFAULT=m command fails
to correctly form command line strings for SYSCONFIG utility.
Command options aren't handled as separate command line "words".
Solution:
1. Fixed tcpipcp$show_nfs routine to correctly display Version 2
and Version 3 NFS Server performance counters when specified using
the /VERSION qualifier.
2. Fixed tcpipcp$set_nfs routine to correctly construct SYSCONFIG's
command line string by breaking it into words and quoting each
"word" before inserting it into command line string.
Reference:
TCPIP_BUGS Note 2073
TCPIP_BUGS Note 2080
ECO C 23-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15C
Problem:
TCP/IP Services doesn't support SMTP as an IPv6 capable service.
Solution:
Modified UCPs service database module and the V5.1 rollover
command procedure to add support for SMTP as an IPv6 capable
service.
Reference:
TCPIP_BUGS Note 2075
ECO D 23-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15D
Problem:
1. Using the /THREADS qualifier with UCP's SET NFS_SERVER command
has no effect.
2. UCP's SET NFS_SERVER command qualifier, /DISABLE=NOPROXY, does
not reset the underlying "noproxy_enabled" SYSCONFIG attribute.
Solution:
1. Fixed tcpipcp$set_nfs routine to obsolete the /THREADS qualifier
for SET NFS_SERVER command.
2. Fixed tcpipcp$set_nfs routine to correct operation of
/DISABLE=NOPROXY qualifier - reset "noproxy_enabled" SYSCONFIG
attribute.
Reference:
TCPIP_BUGS Note 2154
TCPIP_BUGS Note 2155
ECO E 23-FEB-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15E
Problem:
When invoked from an unprivileged user account and/or from a
privileged user account without enabling NETMBX privilege, UCP
gives misleading error messages.
Solution:
Modified tcpipcp$$assign_inet routine to correctly handle NONETMBX
return status from sys$assign system service when assigning BG0
device channels.
Reference:
TCPIP_BUGS Note 2178
ECO F 3-MAR-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15F
Problem:
In some circumstances "show protocol/param" command ACCVIOs.
Solution:
Bug fixed in api.c module of the UNIX_API component.
Reference:
UCX Note 8351
ECO G 11-MAR-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15G
Problem:
UCP's SET ARP command fails to correctly report parameter errors.
For example, the SET ARP command, shown here with a bad hardware
address parameter, outputs the following error messages:
$ tcpip set arp 10.11.1.101 0:0:f8:25:39:a8
%TCPIP-E-ARPERROR, cannot process ARP request as entered; see ARP
documentation and reissue the command
-TCPIP-E-INVPARM, invalid parameter value for Ethernet address
-TCPIP-E-INVETHER, invalid Ethernet address: !AS
Solution:
Modified tcpipcp$set_arp routine (in tcpipcp$arp.b32) to:
1. Correctly report errors with SET ARP's 'mac_address' parameter
2. Correctly report errors with SET ARP's 'host' parameter
Reference:
TCPIP_BUGS Note 1495
ECO 2 updates
--------------
ECO H 10-APR-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15H
Problem:
The following error is encountered when one attempts to
remove proxies:
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-TCPIP-E-INVKEY, invalid information
Solution:
Due to some incorrect comments in the code (bad cut and paste)
when the special case code was added in order to request a proxy
with a wildcarded host name - basically - the code for the ADD
proxy operation was used. And so, a hostent was being specified
for the host's name instead of a descriptor to that name.
Reference:
TCPIP_BUGS Note 2002
ECO I 23-APR-2001 Alpha and VAX
Sources:
TCPIP$PROXY_STARTUP.COM
TCPIP$PROXY_SHUTDOWN.COM
Images:
TCPIP$MSG.EXE V5.1-15B
TCPIP$UCP.EXE V5.1-15I
Problem:
UCP's LOAD PROXY command generates error messages if there are no
proxy records in the proxy database.
For example,
$ tcpip load proxy
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
%TCPIP-E-PROXYERROR, error processing proxy request
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Solution:
UCP Changes:
1. Modified routine TCPIPCP$LOAD_NFS_PROXY (in TCPIPCP$PROXY.B32)
to correctly load nfs proxy records; enhanced
TCPIPCP$LOAD_NFS_PROXY to signal the number and type (i.e. NFS)
of proxy records loaded.
MSG Changes:
1. Added PROXYLOADED informational message for UCP.
INSTALL Changes:
1. Modified TCPIP$PROXY_STARTUP.COM and TCPIP$PROXY_SHUTDOWN.COM as
follows:
a. correct text of module abstract
b. event logs for loading communication and nfs proxies
Reference:
PTR 30-7-11
PTR 30-7-48
PTR 30-7-59
TCPIP_BUGS notes 1708, 2138, 2203
ECO K 15-MAY-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15K
Problem:
1. UCP's SET CONFIGURATION ENABLE SERVICE command generates an
error whenever a service is attempted to be enabled (added to the
enable service list) that is already enabled.
2. UCP's SET CONFIGURATION ENABLE NOSERVICE * command fails to
disable all enabled services when the "service" parameter is
wildcarded. It stops after disabling just one service.
3. UCP's SET CONFIGURATION ENABLE NOSERVICE command outputs
misleading error messages whenever a service is attempted to be
disabled that is already disabled.
Solution:
Modified routines tcpipcp$set_conf_serv and tcpipcp$$add_serv_list
(in module tcpipcp$service.b32) to fix error handling to not report
an error when enabling a service that's already enabled.
Modified routines tcpipcp$del_conf_serv and tcpipcp$$del_serv_list
(in module tcpipcp$service.b32) to permit disabling all "enabled"
services when the SERVICE parameter is wildcarded. Also, fixed
error reporting when disabling a service that's already disabled.
Reference:
TCPIP_BUGS Note 2253
ECO L 18-JUN-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15L
Problem:
Unable to use UCP's SHOW CONFIGURATION SMTP command in a command
pipeline.
For example,
a. unable to find a string when search is used in a command pipeline:
$ pipe tcpip show configuration smtp | search sys$input gateway
%SEARCH-I-NOMATCHES, no strings matched
b. fatal error sometimes results when used in a command pipeline:
$ pipe tcpip show configuration smtp | search sys$input a
%TCPIP-E-TCPIPDISPLAY, error displaying information
-TCPIP-F-BUGCHK, TCPIP internal error
-RMS-F-SYS, QIO system service request failed
Reference:
UCX Note 8551
TCPIP_BUGS Note 2304
ECO M 15-AUG-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15M
Problem:
The tcpip command "show protocol/parameters" ACCVIOS in
some cases. This is a regression of TCPIP_BUGS Note 2168.
Reference:
UCX Note 8351
TCPIP_BUGS Note 2389
TCPIP_BUGS Note 2168
ECO 3 updates
--------------
ECO N 22-AUG-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15N
Problem:
SET NOHOST /NOCONFIRM will delete all host entries in the local
host database.
Reference:
PTR 70-5-1786 / CFS.85910 / Req Id: BCGM80FQF
TCPIP_BUGS Note 2400
ECO 4 updates
-------------
ECO O 3-NOV-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15O
Problem:
Support for UCP's SET NFS_SERVER /DEBUG to output NFS trace data
has been removed (starting with V5.1 of TCP/IP Services) but the
/DEBUG qualifier has not been removed. This has resulted in much
customer confusion and frustration. Note: /DEBUG qualifier is
undocumented.
For example, consider this:
$ tcpip set nfs_server /debug ! it does nothing
Reference:
TCPIP_BUGS Note 2360
ECO P 12-NOV-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15P
Problem:
[1] TCP-2061: UCP's SET ROUTE command allows the /MASK qualifier
to be used when specifying a CIDR mask without
requiring the /NETWORK qualifier. The resulting
route that is created is typically not useable.
[2] TCP-2403: UCP's SET NOROUTE command fails to only delete
routes that exactly match the specified selection
criteria.
Reference:
PTR 70-5-1524 / CFS.79518 / Req Id: MGO13315A
TCPIP_BUGS Note 2061
PTR 70-5-1635 / CFS.82542 / Req Id: CH_G01881
TCPIP_BUGS Note 2403
ECO Q 12-NOV-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15Q
Problem:
[1] TCP-2395: UCP's SET CONFIGURATION ENABLE NOSERVICE *
/NOCONFIRM command outputs misleading error
messages when trying to disable all services
(either node-specific or cluster-wide ) that
are already disabled.
[2] TCP-2395: UCP's SET CONFIGURATION ENABLE NOSERVICE service
/NOCONFIRM command outputs a misleading error
message indicating that a configuration record
(node-specific or cluster-wide) exists when it
does not.
[3] TCP-2404: UCP's SET CONFIGURATION ENABLE SERVICE and SHOW
CONFIGURATION ENABLE SERVICE commands signal
SERVERROR errors instead of CONFIGERROR errors.
Reference:
TCPIP_BUGS Note 2395
TCPIP_BUGS Note 2404
ECO R 29-NOV-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15R
Problem:
UCP fails to delete selected entries from host and/or network
security lists using any of the following TCPIP commands:
SET COMMUNICATION /ACCEPT=NOHOSTS=(hosts)
SET COMMUNICATION /REJECT=NOHOSTS=(hosts)
SET COMMUNICATION /ACCEPT=NONETWORKS=(networks)
SET COMMUNICATION /REJECT=NONETWORKS=(networks)
Reference:
PTR 30-5-334 / CFS.59606 / Req Id: BCGM5022P
PTR 70-5-752 / CFS.59606 / Req Id: BCGM5022P
ECO S 3-DEC-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15S
Problem:
UCP's START COMMUNICATION /INITIALIZE command fails to set proxy
cache size from configuration database when starting TCP/IP
Services. Errors result when additional proxies are added and
exceed storage allocated for the proxy cache, e.g.:
$ tcpip set tcp_server /signal
%TCPIP-I-LOADSERV, loading TCPIP server proxy information
%SYSTEM-E-INSFMEM, insufficient dynamic memory
Reference:
PTR 70-5-1904 / CFS.88243 / Req Id: BCSMB1G1M / UCX Note 8922
ECO T 11-JAN-2002 Alpha and VAX
Problem:
The customer has more than 999 telnet sessions open but is not able
to display the number of Active and Peak sessions with $ TCPIP SHOW
SERVICE TELNET/FULL.
Deliverables:
TCPIP$UCP.EXE V5.1-15T
Reference:
PTR 70-5-1894 / CFS.87880 / Req Id: NL_G02549 / UCX Note 8900
ECO U 6-MAR-2002 Alpha and VAX
Problem:
Several problems related to creating, deleting, and showing cluster
aliases, as follows:
1. Repeated use of UCP's SET INTERFACE /CLUSTER=host command
creates many cluster aliases for the specified interface -- not
just one.
2. Must specify all cluster alias information together in UCP's SET
INTERFACE /CLUSTER=host command. That is, unable to specify the
/CLUSTER, /C_NETWORK_MASK, and /C_BROADCAST_MASK qualifiers
separately to modify a cluster alias.
3. UCP's SHOW INTERFACE /CLUSTER command fails to show all cluster
aliases that are available.
4. UCP's SET NOINTERFACE command fails to delete cluster aliases
when deleting a interface (either primary or pseudo interface).
Deliverables:
TCPIP$UCP.EXE V5.1-15U
Reference:
PTR 30-10-155 / UCX Note 9033
TCPIP_BUGS Note 702
TCPIP_BUGS Note 2578
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 UCPLIB Images
---------------------------------------------------------------------------
ECO 1 updates
--------------
ECO A 11-MAR-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15A
Problem:
TCPIP SHOW HOST was ACCVIO'ing in certain cases when retrieving the
BIND database.
Solution:
NSLOOKUP was modified to deal with large DNS messages.
Reference:
PTR 70-5-1560 / CFS.80586 / Req Id: GB_G01030
PTR 70-5-1588 / CFS.81412 / Req Id: GB_G01110
ECO 2 updates
--------------
ECO B 26-JUN-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15B
Problem:
TCPIP SHOW HOST/NOLOCAL could result in an ACCVIO under
certain circumstances.
AND
Some BIND error codes were not getting returned and
displayed properly.
Reference:
PTR 75-61-663 / TCPIP_BUGS Note 2297
ECO C 27-Jun-2001 Alpha and VAX
Images:
TCPIP$ACCESS_SHR.EXE V5.1-15C
Problem:
The SHOW HOST command could hang on its second issuance when
inside the TCPIP utility.
Reference:
PTR 70-5-1746 / CFS.85063 / Req Id: HPAQ61PJP
TCPIP_BUGS Note 2358
ECO 4 updates
-------------
ECO D 19-FEB-2002 Alpha and VAX
Problem:
BIND resolver is unable to perform a name lookup for a host when
BIND database records are returned in the following order: CNAME
record followed by its associated PTR record and when the reverse
address record has been subnetted on a non-byte boundary.
For example, consider the following:
$ tcpip show host 12.30.254.228
gethostby*.getanswer: asked for "228.254.30.12.IN-ADDR.ARPA", got
"228.224/27.254.30.12.IN-ADDR.ARPA"
%TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found
Deliverables:
TCPIP$ACCESS_SHR.EXE V5.1-15D
TCPIP$IPC_SHR.EXE V5.1-15H
Reference:
PTR 70-5-1987 / CFS.90172 / Req Id: HPAQ20XNF
PTR 70-5-1966 / CFS.89677 / Req Id: HPAQ12BKC
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 UNIX_API Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 3-MAR-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15F
Problem:
In some circumstances "show protocol/param" command ACCVIOs.
Solution:
Bug fixed in api.c module of the UNIX_API component.
Reference:
UCX Note 8351
TCPIP_BUGS Note 2168
ECO B 15-AUG-2001 Alpha and VAX
Images:
TCPIP$UCP.EXE V5.1-15M
Problem:
The tcpip command "show protocol/parameters" ACCVIOS in
some cases. This is a regression of TCPIP_BUGS Note 2168.
Reference:
UCX Note 8351
TCPIP_BUGS Note 2389
TCPIP_BUGS Note 2168
---------------------------------------------------------------------------
Corrections for COMPAQ TCP/IP Services V5.1 XDM Images
---------------------------------------------------------------------------
ECO 2 updates
--------------
ECO A 13-JUL-2001 Alpha and VAX
Images:
TCPIP$XDM.EXE V5.1-15A
TCPIP$XDMW.EXE V5.1-15A
Problem:
XDM is linked with the DECW images in the SYS$LIBRARY of the
running OpenVMS system, not with the images in BUILD$LIBRARY.
Reference:
TCPIP_BUGS Note 2307
ECO 4 updates
-------------
ECO B 26-NOV-2001 Alpha and VAX
Images:
TCPIP$XDMW.EXE V5.1-15B
Problem:
XDM doesn't allow External Authentication login of users with
lowercase characters in their passwords.
Reference:
PTR 70-5-1774 / CFS.85631 / Req Id: BCGM71LW7 / UCX Note 8674
ECO C 7-DEC-2001 Alpha and VAX
Problem:
Address several problems with XDM:
1. Lack of support for the Tab key within the Login dialog box to
switch between fields.
2. Lack of support for servers or screens other than :0.0.
3. Use of $SET DISPLAY/CREATE/EXECUTIVE_MODE within the
TCPIP$XDM_XSESSIONS.COM file is unnecessary and requires
privileges not all users might have been granted.
4. Not consistently using the preferred $SET DISPLAY/CREATE method
of setting up the DECW$DISPLAY logical, which also makes the XDM
documentation confusing.
Deliverables:
TCPIP$XDMW.EXE V5.1-15C
TCPIP$XDM_XSESSION.COM
Reference:
PTR 70-5-1747 / CFS.85092 / Req Id: GB_G01616 / UCX Note 8396
PTR 70-5-2042 / CFS.91813 / Req Id: BCSM41BGP
ECO D 8-APR-2002 Alpha and VAX
Problem:
Disconnecting an X-Terminal which is connected via XDM can also
disconnect other X-Terminals connected via XDM.
Deliverables:
TCPIP$XDM.EXE V5.1-15D
TCPIP$XDMW.EXE V5.1-15D
Reference:
PTR 70-5-2023 / CFS.91199 / Req Id: DE_G03707
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Sun May 26 2002 - 23:30:03 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/vax/v7.3/vaxauds01_073.README
*******************************************************************************
TITLE: OpenVMS VAXAUDS01_073 VAX V7.3 AUDIT_SERVER ECO Summary
New Kit Date: 27-MAY-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS VAX
COMPONENT: AUDIT_SERVER
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VAXAUDS01_073
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 180 Blocks
Kit Applies To: OpenVMS VAX V7.3
System/Cluster Reboot Necessary: No
Rolling Re-boot Supported: N/A
Installation Rating: INSTALL_1
1 - To be installed by all customers.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this kit:
None
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for AUDIT_SERVER on OpenVMS VAX V7.3. This kit addresses
the following problems:
PROBLEMS ADDRESSED IN VAXAUDS01_073 KIT:
o Control does not return to DCL when issuing a SET SECURITY
command. When this occurs, the profile for the object in
question may not be updated on all nodes in a cluster
environment.
Images Affected: [SYSEXE]AUDIT_SERVER.EXE
INSTALLATION NOTES:
Install this kit with the VMSINSTAL utility by logging into the
SYSTEM account, and typing the following at the DCL prompt:
SYS$UPDATE:VMSINSTAL VAXAUDS01_073 [location of the saveset]
The saveset location may be a tape drive, CD, or a disk directory
that contains the kit saveset.
No reboot is necessary after successful installation of the kit.
Restarting the Audit_Server is all that is required once the new
image is in place. This can be done with the following sequence of
commands:
$ SET AUDIT/SERVER=EXIT ! Stop Execution of current AUDIT_SERVER
process
$ SET AUDIT/SERVER=START ! Kick off new AUDIT_SERVER process
$ SET AUDIT/SERVER=INIT ! Enable AUDIT and OBJECT server
operations
All trademarks are the property of their respective owners.
---
From: klc_2vgkalf3lycvsafeway.co.uk
Date: Tue May 28 2002 - 03:20:17 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
¶Ç¯u¸¹½X¥X°â
§Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦¬°77270µ§
¬O§Ú±q¦UÓ¦P·~¤½·|¡B¹q¸Üï¡B¶À¶¡B¼x«H©Ò¡B
ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A
¸g¦~²Ö¤ë¤µ§¤µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C
¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A
¦A¸g¹L²Îp¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤µ§¬O«½Æªº¡A
¨Ã¸g¹L¹ê»Úµo°e´ú¸Õ¡A¦Aç°£±¼µL®Äªº¸¹½X¡A
©Ò¥H¨C¤µ§¨ì4¤ë©³¬°¤î¡A³£¥i¥Hµo°e¡C
®Ú¾Ú¸gÅç¡A´X¥G©Ò¦³02_¶}ÀYªº¶Ç¯u¡A
³£¤w¦¬¶°¦b³o¸Ì¤F¡A±q¨ä¥L¨Ó·½¡A¤]¤£¤Ó®e©ö¦A§ä¨ì·sªº¡C
¦pªG±z¦³¿³½ìÁʶR¡A§ÚÄ·N¥H3000¤¸¤À¨É¡C
¾H¤p©j
tel: 02-27492314
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Fri May 31 2002 - 04:30:03 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-2/dec-axpvms-vms722_f11x-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS722_F11X-V0100 Alpha V7.2-2 F11BXQP ECO Summary
New Kit Date: 31-MAY-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: F11BXQP
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS722_F11X-V0100
DEC-AXPVMS-VMS722_F11X-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 944 Blocks
Kit Applies To: OpenVMS Alpha V7.2-2
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_1
1 - To be installed on all systems running
the listed version(s) of OpenVMS.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
None
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
VMS722_RMS-V0200
ECO KIT SUMMARY:
An ECO kit exists for the F11BXQP on OpenVMS Alpha V7.2-2. This kit
addresses the following problems:
PROBLEMS ADDRESSED IN VMS722_F11X-V0100 KIT:
o A synchronization issue between RMS's read of directory files
for wildcard operations and concurrent XQP activity has been
identified and corrected. Prior to this change, it was
possible that RMS could obtain an inconsistent view of a
directory file when reading it into its internal cache. This
could result in spurious RMS-E-FNF (file not found) errors. A
synchronization mechanism has been implemented between the XQP
and RMS in order to ensure that a consistent view of a
directory is achieved.
In order to get this complete fix, you also need to install
the VMS722_RMS-V0200 ECO kit.
Images Affected: [SYS$LDR]F11BXQP.EXE
o The system can crash with a "MAPCNTZER, Attempted to generate
zero length map pointer" bugcheck.
Crashdump Summary:
------------------
Bugcheck Type: MAPCNTZER, Attempted to generate zero
length map pointer
Current Process: _TNA69:
Current Image: DSA0:[SYS0.SYSCOMMON.][SYSEXE]SYSGEN.EXE
Failing PC: FFFFFFFF.A89F6B98 MAKE_POINTER_C+00044
Failing PS: 30000000.00000000
Module: F11BXQP
(Link Date/Time: 24-AUG-2000 07:20:45.47)
Offset: 00026B98
R3 = 00000000.00000000 <<< value of COUNT - ARG1: block count
SDA> CLUE STACK
Stack Frame:
PV 00000000.7B009230 FFFFFFFF.A8A28390 MAKE_POINTER
Entry Point FFFFFFFF.A89F6B54 MAKE_POINTER_C
00000000.7B009238 00000000.0090AE6C
return PC 00000000.7B009240 FFFFFFFF.A89F1DBC EXTEND_C+00978
^^^^^^^ caller
saved R2 00000000.7B009248 FFFFFFFF.A8A275D0 EXTEND
saved R3 00000000.7B009250 00000000.00000000
saved R8 00000000.7B009258 00000000.00000000
saved FP 00000000.7B009260 00000000.7B009270
Images Affected: [SYS$LDR]F11BXQP.EXE
o On Multi-Path devices, a MONITOR DISK/ITEM=QUEUE_LENGTh
command will show a high queue length. It will stay high
until reboot. The queue length on a switched path device, as
seen from SDA, will show as negative.
Images Affected: [SYS$LDR]F11BXQP.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability
If you have other nodes in your OpenVMS cluster, 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.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS722_F11X /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS722_F11X-V0100 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS722_F11X/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: bpce20r_essbusinesstoday.com
Date: Sun Jun 02 2002 - 03:07:59 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
**********************
¯Â°Ó·~¿ì¤½«Ç¥X¯²
**********************
±MªùªA°È°Ó¥Î¿ì¤½«Ç¤§©Ó¯²¤H¡C
¥x¥_¦Uµ¥¯Å°Ó¥Î¿ì¤½«Ç®×¥ó¡A¾A¦X¦UºØ°Ó·~»Ý¨D¡I¡I
§Ú֦̾³ºZ³qªº¸ê°T¡B¦³«Ü¦h¥ß§Yn¥X¯²ªº¿ì¤½«Ç¡A¥¿µ¥«ÝµÛ±zªº¬D¿ï¡A
¤©wn¬°±z§ä¨ì¤³B³Ì¾A¦X±z¹ê²{±z¶¯¹Ï§§§Óªº³õ©Ò¡I¡I¡I¡I
Á|¨Ò¦p¤U¡G
°Ï°ì¡G
¤j¦w°Ï¡G ¤¯·R¸ô¡B´°¤Æ«n¡B¥_¸ô
50-300©W¡]¯²ª÷1200-2500¤¸¡^¡B
¯Â¿ì®ð¬£¤j¼Ó¡A²{¦¨¦Ê¸U¸ËæC¡]§K³»Åýª÷¡^¡B
°¨¤W¥i¨Ï¥Î
«H¸q°Ï¡G «H¸q¸ô¤¡B¤G¡B¤T¡B¥|¡B¤¬q¡C
30-500©W¡]1200-2100¤¸¡^
¥þ·s®ð¬£¤j¼Ó¡Bªñ±¶¹B¯¸¤f¡B¥æ³q¤è«K
¡]¯²ª÷¦X²z¡B¥i±Ä³»ù¡^
ªQ¤s°Ï¡G «n¨ÊªF¸ô¤T¡B¥|¡B¤¡B¬q
30-450©W¡]¯²ª÷1000-1800¤¸¡^
®ð¬£¡B´ºÆ[µ´¨Î
¤¤¤s°Ï¡G ªQ¦¿¸ô¡Bªø¦wªF¸ô¡A¤¤¤s¥_¸ô
70¢w400©W¡]¯²ª÷1000-2200¤¸¡^
¯Â¿ì¡B²{¦³¸ËæC
¦è °Ï¡G ©¾§µ¦è¸ô¡BÀ]«e¸ô¡B©Ó¼w¸ô¡B¿Å¶§¸ô
50-500©W
¦Ê¸U¸ËæC¡B«K©y¥X¯²¡]Åwªï¬Ý«Î¡^
¤º´ò°Ï¡G «¹º°Ï
80-500©W1300¤¸°_¡C½Ð§â´¤¨}¾÷
¥þ·s®ð¬£¤j¼Ó¡B²{¦³¸ËæC¡B°¨¤W¥i¨Ï¥Î
ªA°È²Ä¤¡A«~½è«OÃÒ¡CÅwªï¬¢¸ß.
·ç°T¤£°Ê²£ °Ó¥ò³¡
Ápµ¸¤H¡G³³¤p©j ·q¤W
TeL¡]¥Nªí¸¹¡^¡G 02-27492314
¦æ°Ê¹q¸Ü¡G0937063831
±zªºº¡·N¡A¬O§Ú̪º¦¨´N¡I¡I¡I¡I
From: Lyris List Manager (unsubscribe-confirmlist.support.compaq.com)
Date: Sun Jun 02 2002 - 14:35:04 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
unsubscribed from the 'openvms' mailing list.
This unsubscribe command requires your confirmation that you want to be
unsubscribed.
To confirm that you do want to unsubscribe, reply to this message so that
the words "ok 7518" appear somewhere on the subject line.
Make sure that your reply message is addressed to
unsubscribe-confirmlist.support.compaq.com
You will receive notification that your confirmation has been received, and
that you have been unsubscribed.
If you do not want to unsubscribe, do nothing. You will be kept on the
mailing list.
---
Return-Path: <1bvccbncvbycnn.com>
Received: from [211.161.21.91] ([61.59.151.118]) by list.support.compaq.com with SMTP (Lyris List Manager LINUX version 4.0); Sun, 02 Jun 2002 12:35:01 -0700
To: openvms-request
From: <1bvccbncvbycnn.com>
Subject:
Reply-To: receive_admtopservice.net
X-PMFLAGS: 10326341.10
X-UIDL: 10293217_192832.222
Comments: Authenticated Sender is <user127topservice.net>
Message-Id: <25700396_71566602>
content-length: 1401
X-Return-Path: 1bvccbncvbycnn.com
# Mail sent to leave-openvms-7518h was converted to these commands:
end
# This is the text of the message that triggered the action:
Return-Path: <1bvccbncvbycnn.com>
Received: from [211.161.21.91] ([61.59.151.118]) by list.support.compaq.com with SMTP (Lyris List Manager LINUX version 4.0); Sun, 02 Jun 2002 12:35:01 -0700
From: <1bvccbncvbycnn.com>
Subject: ¯Â°Ó·~¿ì¤½«Ç¥X¯²
Reply-To: receive_admtopservice.net
X-PMFLAGS: 10326341.10
X-UIDL: 10293217_192832.222
Comments: Authenticated Sender is <user127topservice.net>
Message-Id: <25700396_71566602>
content-length: 1401
X-Return-Path: 1bvccbncvbycnn.com
**********************
¯Â°Ó·~¿ì¤½«Ç¥X¯²
**********************
±MªùªA°È°Ó¥Î¿ì¤½«Ç¤§©Ó¯²¤H¡C
¥x¥_¦Uµ¥¯Å°Ó¥Î¿ì¤½«Ç®×¥ó¡A¾A¦X¦UºØ°Ó·~»Ý¨D¡I¡I
§Ú֦̾³ºZ³qªº¸ê°T¡B¦³«Ü¦h¥ß§Yn¥X¯²ªº¿ì¤½«Ç¡A¥¿µ¥«ÝµÛ±zªº¬D¿ï¡A
¤©wn¬°±z§ä¨ì¤³B³Ì¾A¦X±z¹ê²{±z¶¯¹Ï§§§Óªº³õ©Ò¡I¡I¡I¡I
Á|¨Ò¦p¤U¡G
°Ï°ì¡G
¤j¦w°Ï¡G ¤¯·R¸ô¡B´°¤Æ«n¡B¥_¸ô
50-300©W¡]¯²ª÷1200-2500¤¸¡^¡B
¯Â¿ì®ð¬£¤j¼Ó¡A²{¦¨¦Ê¸U¸ËæC¡]§K³»Åýª÷¡^¡B
°¨¤W¥i¨Ï¥Î
«H¸q°Ï¡G «H¸q¸ô¤¡B¤G¡B¤T¡B¥|¡B¤¬q¡C
30-500©W¡]1200-2100¤¸¡^
¥þ·s®ð¬£¤j¼Ó¡Bªñ±¶¹B¯¸¤f¡B¥æ³q¤è«K
¡]¯²ª÷¦X²z¡B¥i±Ä³»ù¡^
ªQ¤s°Ï¡G «n¨ÊªF¸ô¤T¡B¥|¡B¤¡B¬q
30-450©W¡]¯²ª÷1000-1800¤¸¡^
®ð¬£¡B´ºÆ[µ´¨Î
¤¤¤s°Ï¡G ªQ¦¿¸ô¡Bªø¦wªF¸ô¡A¤¤¤s¥_¸ô
70¢w400©W¡]¯²ª÷1000-2200¤¸¡^
¯Â¿ì¡B²{¦³¸ËæC
¦è °Ï¡G ©¾§µ¦è¸ô¡BÀ]«e¸ô¡B©Ó¼w¸ô¡B¿Å¶§¸ô
50-500©W
¦Ê¸U¸ËæC¡B«K©y¥X¯²¡]Åwªï¬Ý«Î¡^
¤º´ò°Ï¡G «¹º°Ï
80-500©W1300¤¸°_¡C½Ð§â´¤¨}¾÷
¥þ·s®ð¬£¤j¼Ó¡B²{¦³¸ËæC¡B°¨¤W¥i¨Ï¥Î
ªA°È²Ä¤¡A«~½è«OÃÒ¡CÅwªï¬¢¸ß.
·ç°T¤£°Ê²£ °Ó¥ò³¡
Ápµ¸¤H¡G³³¤p©j ·q¤W
TeL¡]¥Nªí¸¹¡^¡G 02-27492314
¦æ°Ê¹q¸Ü¡G0937063831
±zªºº¡·N¡A¬O§Ú̪º¦¨´N¡I¡I¡I¡I
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Mon Jun 03 2002 - 05:30:04 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is an update to an existing patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-2/dec-axpvms-vms722_sysloa-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS722_SYSLOA-V0100 Alpha V7.2-2 SYSLOA ECO Summary
Modification Date: 25-MAY-2002
Modification Date: 03-Jun-2002
Modification Type: Fixed the broken FTP links
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: SYSLOA
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS722_SYSLOA-V0100
DEC-AXPVMS-VMS722_SYSLOA-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 672 Blocks
Kit Applies To: OpenVMS Alpha V7.2-2
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
Kit Dependencies:
The following remedial kit(s) (or later) 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 SYSLOA on OpenVMS Alpha V7.2-2.
This kit addresses the following problems:
PROBLEMS ADDRESSED IN VMS722_SYSLOA-V0100 KIT
o Audit data is not captured for non-trusted processes.
Images Affected: [SYS$LDR]SYS$CLUSTER.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability. If you have other nodes in your OpenVMS
cluster, 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 thos time, a rolling re-boot may be performed.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS722_SYSLOA /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS722_SYSLOA-V0100 kit would be:
$!
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS722_SYSLOA/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Mon Jun 03 2002 - 09:30:06 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is an update to an existing patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2/decnet-plus/7.2-1/dec-axpvms-dnvosieco05-v0702--4.README
*******************************************************************************
TITLE: DECnet/OSI DNVOSIA_E05072 DECnet-Plus V7.2-1 For OpenVMS Alpha ECO Summary
New Kit Date: 03-Jun-2002
Modification Date: Not Applicable
Modification Type: Updated Kit Supersedes DNVOSIA_E04072
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2000, 2001,2002. All rights reserved.
PRODUCT: DECnet-Plus for OpenVMS Alpha
OP/SYS: OpenVMS Alpha
COMPONENTS: Session
Routing
OSI Transport
NSP Transport
Configure/Startup
Cluster Alias
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: DNVOSIA_E05072
DEC-AXPVMS-DNVOSIECO05-V0702--4.PCSI
ECO Kits Superseded by This ECO Kit: DNVOSIA_E04072
ECO Kit Approximate Size: 72288 Blocks
Kit Applies To: DECnet-Plus V7.2-1 on OpenVMS Alpha V7.2
OpenVMS Alpha V7.2, V7.2-1, V7.2-1H1, V7.2-2
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Information Not Available
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 DECnet-Plus V7.2-1 for OpenVMS Alpha on OpenVMS
Alpha V7.2x. This kit addresses the following problems:
Problems Addressed in DNVOSIA_E05072:
Corrections for Base Components:
Corrections made to SYS$LIBRARY:CDI$SHR.EXE:
ECO3:
- Allow DOMAIN to return a compressed name from the fully qualified
domain full name.
- Properly re-open the TCP/IP BG device channel for the TCP/IP
DOMAIN lookups.
- Prevent memory leak when looking up a null node name.
ECO5:
- Prevent loop on possible unexpected BG device error.
Corrections made to SYS$SYSTEM:CTF$DCP.EXE:
ECO3:
- Prevent possible system crash with invalid tracepoint address.
- Prevent possible access violation on an illegal command.
Corrections made to SYS$UPDATE:DECNET_MIGRATE.EXE:
- Include for compatibility with NET$CONFIGURE.COM
Corrections made to SYS$STARTUP:DNS$CLERK_STARTUP.COM:
ECO1:
- Add DNS$ADVER_AST_LIMIT logical and increase clerk quotas.
Translate each of the logicals from the system table if it exists,
otherwise use the defaults. Increase default quota for direct I/O,
file_limit, enqueue limit, queue limit, adver_buffer_limit, and
adver_max_working_set.
Corrections made to SYS$STARTUP:DNS$CLERK_STOP.COM
Included file SYS$MANAGER:NET$DNS_CLERK_STOP.NCL
- No changes, include for compatibility.
Corrections made to SYS$SYSTEM:DECNET_REGISTER.EXE:
- No changes, include for compatibility.
Corrections made to SYS$SYSTEM:DTSS$SET_TIMEZONE.EXE
- Included for compatibility with DTSS$SERVICE.
Corrections made to SYS$SYSTEM:DTSS$SERVICE.EXE
ECO3:
- Correct PGFIPLHI crash on startup. Insure that any linkages which
may be touched at an elevated IPL are in a page which is locked.
- Prevent possible crash on boot in read cluster time.
- Resolve error for NCLSHR when using NET$CONFGIURE Option 5.
- Add support for EB and EI device types.
- Prevent the clerk from sending advertisements when the cache is
purged.
- Add a system logical NET$DISABLE_DTSS.
ECO5:
- Correct process crash when an invalid rule was improperly used.
Corrections made to SYS$LIBRARY:DTSS$SHR.EXE (VAX only, remove from Alpha)
- Included for compatibility with DTSS$SERVICE
Corrections made to SYS$STARTUP:DTSS$STARTUP.COM:
- Included for compatibility with NET$STARTUP.
Corrections made to SYS$UPDATE:DTSS$TIMEZONE_RULES.DAT:
- Change DTSS British time zone rule from 4th Sunday in
October to 5th Sunday in October.
- Modify Australia and New Zealand for the 2001 time zone rules.
NET$CONFIGURE.COM must be run to update these rules.
Corrections made to SYS$LOADABLE_IMAGES:LES$LES_V30.EXE
- Item list definitions had to be harmonized between VAX and Alpha
to prevent system crashes on Alpha.
- Prevent crash in LES$LPD_DONE when running SNA TE session over
a QLLC link.
Corrections made to SYS$SYSTEM:NCL.EXE
ECO3:
- Correct ASSIGN/USER output to one file (VAX only).
- Correct default entity and global parsing vector when the initial
connect attempt failed.
- Add check to make sure that LIBOTS code is resident on startup.
Corrections made to SYS$LIBRARY:NCLSHR:
- Modify UIC format of an end user specification filter to
return the %NCL-E-BADVALUE error when necessary.
- Suppress "getlist" error on NCL SHOW displays
Corrections made to SYS$SYSTEM:NET$ACP.EXE:
- Include for compatitiblity with CDI$SHR.
Corrections made to SYS$LOADABLE_IMAGES:NET$ALIAS.EXE
ECO3:
- Correction for incoming selection weight on objects.
- Modify the object lock conversion for alias enable.
ECO5:
- Prevent Round Robin queue corruption.
Corrections made to SYS$SYSTEM:NET$CCR.EXE:
- Include for compatibility with NET$MOP.
Corrections made to SYS$MANAGER:NET$CONFIGURE.COM:
ECO3:
- Modify error handling on temporary files.
- Prevent %RMS-W-RTB, byte record too large for user's buffer.
- Correct password generation.
- A reboot is no longer required after running NET$CONFIGURE
to configure DECnet-Plus for the very first time.
- On Phase IV migration of FDDI routing circuits change type to "FDDI".
- Modify fast configuration to enable CSMA-CD or FDDI STATIONS.
Corrections made to SYS$UPDATE:NET$CONVERT_DATABASE.EXE:
- Include for compatibility with NET$CONFIGURE.
Corrections made to SYS$LOADABLE_IMAGES:NET$DRIVER.EXE:
ECO3:
- Prevent possible application RWAST or network device hangs with
QIOUCB$V_closeassocdone. Double close associations precipitated
this modification. Both QIO_EXECUTE and QIO_COMPLETION were
modified to add a new bit to check if the association has already
been closed and if the channel can be deallocated.
- Modify disconnect data counted string to emulate Phase IV behavior
of stepping on the first byte of user data to make it a counted
string IF the user application did not supply this necessary count.
- Correct ExecuteDeaccess code latency when the connection was not
yet in the run state and it was aborted. This will now allow the
abort to happen if 1) the channel type indicates that there is some
semblance of a connection and b) in all states except for those that
indicate that the connection is already in the process of being torn d
i.e., ACinProg, CAinProg or DCinProg.
- Prevent NET device $ASSIGN before the driver has been initialized.
- Prevent possible page fault at elevated IPL bugcheck in deaccess.
- Acquire and release IOLOCK8 in a macro for the DAB queue.
Corrections made to SYS$LIBRARY:NET$EVD_RELAY_FORMATTER:
- Include for compatiblity with NET$EVENT_DISPATCHER.
Corrections made to SYS$SYSTEM:NET$EVENT_DISPATCHER:
ECO1:
- Create new filters to block the following CSMA and FDDI events
to correct the command RESET EVENT DISPATCHER OUTBOUND STREAM.
The global filter will block the following events by default:
((node,csma,station), unrecognized multicast destination pdu)
((node,csma,station), unavailable station buffer)
((node,fddi,station,link), unrecognized multicast pdu destination)
If you do not want these events blocked by default at creation
time, create a new SYS$MANAGER:NET$EVENT_LOCAL.NCL by copying
the NET$EVENT_LOCAL.TEMPLATE and include appropriate commands to
pass one or more of these events.
Corrections made to SYS$MANAGER:NET$EVENT_LOCAL.TEMPLATE:
ECO1:
- If a NET$EVENT_LOCAL.NCL was previously created from the old
NET$EVENT_LOCAL.TEMPLATE, then your site-specific
NET$EVENT_LOCAL.NCL should be edited to remove the following
duplicate block command:
BLOCK EVENT DISPATCHER OUTBOUND STREAM local_stream
GLOBAL FILTER ((NODE,MOP,CIRCUIT), Unrecognized Dump Client).
- Since new filters now block the CSMA and FDDI events by default,
the following pass commands have been added:
!PASS EVENT DISPATCHER OUTBOUND STREAM * GLOBAL FILTER -
! ((NODE,CSMA-CD,STATION), Unrecognized Multicast Destination PDU)
!PASS EVENT DISPATCHER OUTBOUND STREAM * GLOBAL FILTER -
! ((NODE,CSMA-CD,STATION), Unavailable Station Buffer)
!PASS EVENT DISPATCHER OUTBOUND STREAM * GLOBAL FILTER -
! ((NODE,FDDI,STATION,LINK), Unrecognized Multicast PDU Destination)
If you have previously created a NET$EVENT_LOCAL.NCL script by
copying the old .TEMPLATE, regardless of whether you choose to use
these commands or not, please update that site-specific
NET$EVENT_LOCAL.NCL script.
Corrections made to SYS$SYSTEM:NET$MGMT.EXE:
ECO3:
- Allow NCLGUI to dynamically allocate tables to prevent access
violations with more then 300 transport connections.
Corrections made to SYS$SYSTEM:NET$MOP:
ECO3:
- Prevent KRNSTAKNV crash with DECthreads changes in V7.2-1.
- Rewrite MOP CCR RunConsole and improve performance.
Corrections made to SYS$LOADABLE_IMAGES:NET$MOPS0.EXE:
- Include for compatibility with NET$MOP.
Corrections made to SYS$LIBRARY:NET$NISCS_LAA.EXE:
ECO3:
- Alpha only - Permit loads from devices using SCSI PACs
(Port Allocation Classes).
- Prevent KRNLSKNV crash during load with host based shadowed disk.
Corrections made to SYS$LOADABLE_IMAGES:NET$OSDRIVER.EXE:
- Include for compatibility with NET$DRIVER.
Corrections made to SYS$LOADABLE_IMAGES:NET$OSVCM.EXE:
ECO5:
- Remove only data transmit fork for performance on I/O
completion by just calling session directly.
Corrections made to SYS$LIBRARY:NET$PROCESS_EMAA.EXE:
ECO3:
- Include for compatibility with SYS$NETWORK_SERVICES
- Prevent possible system crash with a negative or zero
entity count in the IVK.
Corrections made to SYS$LOADABLE_IMAGES:NET$ROUTING_ES.EXE:
ECO3:
- Correct Phase V to Phase IV translation padding on transmit
header.
- Prevent possible shutdown crash on disable when a WCB contained
an unexpected Routing Routine, net$clns_transmit_discard.
Clear the CLNS_CDB before deleting the TSEL in the CLNS port close.
- Remove check for invalid NSAP on initial ES hello message by not
checking the area address of the NSAP.
Corrections made to SYS$LOADABLE_IMAGES:NET$ROUTING_IS.EXE:
ECO1:
- Prevent possible crash with X.25 PVCs.
- X.25 circuit enable code was modified to prevent possible
corruption if the X.25 channel was disconnected.
- Raise the maximum allowed circuits from 20 to 40.
- Modify the use of R9 to avoid corruption in LES (Alpha only).
- Prevent Alias shutdown crash when the alias port was deallocated.
- Correct Alias forwarding logic.
ECO2:
- Remove possible alias_IDdisable forced bugcheck.
- Prevent possible system crash in net$fwd_pkt_GetBuffer.
- Prevent shutdown crash if the CDB went away before the routing
filter was removed.
- Insure forwarding buffer queue synchronization by adding IOLOCK8.
- Modify alias forwarding to prevent the "transmit queue length" from
becoming negative, and subsequent packets from being discarded.
ECO5:
- Raise the originating queue limit for broadcast circuits to
correct performance problem.
Corrections made to SYS$LIBRARY:NET$SDA.EXE:
ECO1:
- Update for compatibility with OpenVMS V7.2-1 changes.
ECO2:
- Add updates for TPCONS, X25 Relay, and XOT.
Corrections made to SYS$SYSTEM:NET$SERVER.EXE:
ECO3:
- Prevent possible %IPC-F-DCLSRVFAIL when the NETSERVER$TIMEOUT
is set to zero.
Corrections made to SYS$LOADABLE_IMAGES:NET$SESSION_CONTROL.EXE:
ECO1:
- Conditionalize out SCL spinlock checking because this check is
now obsolete.
- Pevent crash in NET$ACP from a bad DECdns and CDI cache entry.
A stale pointer in DNSResult[DNSREQ$A_Pointer] with
ACP$CheckBackTransTask could cause a double deallocation.
- Resolve SMP PGFIPLHI trying to access an EIB port that no
longer existed.
- Include proxy information for use by LOGINOUT with SYSGEN
parameter, NET_CALLOUTS 255.
- Alpha only use the name string from the PSB instead of GETJPI.
- Prevent possible shutdown crash when the component is in the
OFF state.
ECO4:
- Corrected incoming connect orphan queue VCRP disconnect
deallocation.
- Modified EXE$IPC to always return the caller to IPL 0 so that
callers will never unknowingly inherit the ASTDEL IPL.
ECO5:
- Corrected connections to DECnet servers when NET_CALLOUTS was
set to 255 in SYSGEN.
- Remove spurious "Delete Maintained Object" message on system
startup.
- Prevent premature deallocation of session disconnect VCRPs.
Corrections made to SYS$MANAGER:NET$SHUTDOWN.COM:
ECO2:
- Prevent NET$SHUTDOWN from aborting when a NET process logical
was defined.
Corrections made to SYS$LOADABLE_IMAGES:NET$TPCONS.EXE:
ECO3:
- Prevent possible system crash on a disconnect indication.
ECO5:
- Remove statetable bugchecks.
- Include VCIB sanity checks in all locations which fork to a
completion routine since it is theoretically possible for an
I/O completion after port deletion in any of these routines.
- Correct a design problem to allow for very long latency in
TCP/IP Services between the transmit request and the actual
completion, if there are any problems in TCP/IP delivering
the data message.
- Modify OSITP design to enable the TCP/IP PWIPdriver to be
restarted without a DECnet restart.
- Multiple changes to prevent exotic timing problems with the
latency in TCP/IP Services I/O completion.
Corrections made to SYS$LOADABLE_IMAGES:NET$TRACER:
- Update for compatibility with OpenVMS V7.2-1 changes.
Corrections made to SYS$LOADABLE_IMAGES:NET$TRANSPORT_NSP.EXE:
ECO3:
- Prevent a remote TCID from attempting to be reused for a
connection if the previous connection failed to be deaccessed.
- Corrected the possible delivery of protocol errors with disconnect
data. If the user string (P2) is not a counted string this will
now be included on behalf of the user. Phase IV did this previously,
but removed the first byte of the user data while making it counted.
- Allow the maximum transport connections to be extended as high
as 65535 without exceeding the size of the TCTB table.
- Allow a connection to be disconnected immediately for a dysfunctional
link rather then waiting for the timeouts to complete.
ECO4:
- Corrected the transmit copy code to handle the occurence of an
internal zero pointer value which could occur with some I/O
cancellations.
- Correct null pointer crash in ACT$RCV_CI.
Corrections made to SYS$LOADABLE_IMAGES:NET$TRANSPORT_OSI.EXE:
ECO3:
- Modify state tables such that if the port is in a WFNC state and
receives a DR or DC, just ignore the message rather then bugcheck.
- Correct restraint mode window.
- Correct default packet size when remote fails to set the size.
- Prevent OSITP retransmission timeouts with zero credit.
- Prevent OSITP premature port deallocation.
- Prevent received NSDU negative byte count crash when OSITP made
a request for a buffer with this invalid size.
- Change the action routine on a TPDU error in a WFNC (wait for
network confirm) state to ACT$P_TPDUERR rather then bugcheck.
ECO4:
- Corrected queue synchronization problem that could causes system
crashes during connection establishment and termination on
multiprocess systems.
- Corrected the code to properly handle a rare situation that can
occur if a request to retransmit is made to routing and the
permission is not granted until transport has begun to terminate
a connection. A null buffer pointer was not being handled properly.
-Removed some logic that had been included to handle an obsolete
protocol quirk in older PC platforms. The code was found to be
responsible for long delays under rare circumstances.
ECO5:
-Modify the deallocation of chained receive DCBs from PWIPdriver
to prevent possible system crash in OSI Transport or TPCONS.
-Modify check for a valid NCCB which had been optimized out of
the code by the ALPHA BLISS compiler.
- Prevent crash in remote service provider counter routine with
more integrity checking.
- Modify OSITP design to enable the TCP/IP PWIPdriver to be
restarted without a DECnet restart.
- Multiple changes to prevent exotic timing problems with the
latency in TCP/IP Services I/O completion.
Corrections made to SYS$STARTUP:NET$STARTUP.COM:
ECO3:
- Remove any requirement for LOCAL on DECdns servers.
- Prevent PGFIPLHI when Autogen does not complete and LIBOTS code
is not properly mapped into memory. If LIBOTS is not resident
then have the network startup fail with NET$STARTUP_STATUS set
to OFF-AUTOGENREQ.
Update to SYS$LOADABLE_IMAGES:SYS$NETWORK_SERVICES.EXE:
ECO3:
- Update VCIBDEF.SDL to register new VCI ID for XOT.
ECO4:
- (Alpha only) Add check to ensure that process is at IPL$RESCHED
or above before forking to allow OpenVMS to handle new System
Primitives.
- Increase the default BYTLM for CML (NET$K_CML_DEFAULTBYTLIM) from
1000 to 64000. This was done to prevent the NCL SHOW SESSION
CONTROL * command from failing with the error NCL-E-OVERFLOW-
BYTLIM. This error returning a large amount of data. See section
G for tuning OpenVMS to support the larger CML BYTLM value.
- Bump up maximum file size of NET$CONFIG.DAT file from 125 to 145.
- Remove spurious event "Code 2" message on system startup.
- Update ECO number in DECnet version "050D06".
B. DECdns Update ECO 72
o SYS$COMMON:[SYSEXE]DNS$ADVER.EXE 29-MAR-2001 15:30:19.96
o SYS$COMMON:[SYSEXE]DNS$ANALYZE.EXE 29-MAR-2001 15:30:26.29
o SYS$COMMON:[SYSEXE]DNS$CONFIGURE.EXE 29-MAR-2001 15:33:57.82
o SYS$COMMON:[SYSEXE]DNS$CONTROL.EXE 29-MAR-2001 15:33:34.22
o SYS$COMMON:[SYSMSG]DNS$MSG.EXE 29-MAR-2001 15:29:26.54
o SYS$COMMON:[SYSLIB]DNS$RTL.EXE 29-MAR-2001 15:29:54.56
o SYS$COMMON:[SYS$LDR]SYS$NAME_SERVICES.EXE
29-MAR-2001 15:30:39.43
1.3 Problems Corrected (DECdns ECO 72plus)
o Include cache rollover correction, poolcheck and read permanent
decnet database to get local towerset.
o Add support for new trace code.
o Add support for EB and EI device types.
o Brann Cache Calculation modified to accomodate cache sizes in a
large memory environment.
o Prevents NSAP's with a prefix of %x49 from being inserted in
the cache if the configured prefix is other than %x49.
Also, there is a correction to preserve the STICKY bit in the
cache, if it was previously set, when the address of an item in
the cache is updated.
o Prevents the DNS$ADVER process from crashing when a "SHOW DNS
CLERK REMOTE CLEARINGHOUSE ..." command is issued. This
problem sometimes appears as hang to the user when a command
similar to the one shown above is issued.
o Added the ability to define the following logical names in the
system logical name table:
DNS$ADVER_AST_LIMIT
DNS$ADVER_BUFFER_LIMIT
DNS$ADVER_EXTENT
DNS$ADVER_MAX_WORKING_SET
DNS$ADVER_PAGE_FILE
These logical names correspond to qualifiers on the RUN
statement which are described in the OpenVMS documentation. If
any of these logical names are defined at the time the
DNS$ADVER process starts up, then the values defined for these
logical names are used instead of the default quotas.
Typically, these logical names are defined in the file:
SYS$MANAGER:SYLOGICALS.COM
This is necessary because the logical names need to be defined
before the DNS$ADVER process starts up.
One reason for using these logical names is if you have a
system is configured with more than two ethernet controllers.
Another reason is to define increased quota for the DNS$ADVER
process when you receive a message on the console during
startup that the DNS cache is not initialized
(DNS$_NOCACHE,"Clerk cache not initialized").
Selected default quotas for the DNS$ADVER process have also
been increased for the ECO 72. The selected quotas that have
been increased include direct I/0, enqueue limit, queue limit,
buffer limit and maximum_working_set.
o Corrected the clerk treewalk algorithm to prevent the algorithm
from failing to find the desired clearinghouse to satisfy the
name lookup request. Typically, the symptom of this problem
was the return status of DNS$_NOCOMMUNICATIONS on a "SHOW
CLEARINGHOUSE ..." command when the clerk should have been able
to connect the proper clearinghouse.
C. New NCL Global Section:
Update made to SYS$LIBRARY:NCL$GLOBALSECTION.DAT:
Updates for X.25 on OpenVMS Alpha and X.400 have been included.
D. Updated NCL Help File:
Update made to SYS$HELP:NCLHELP.HLB
E. New Logical for Disabling DTSS:
As of ECO2, the method for disabling DTSS has changed. If the new
method isn't used, it can cause EVD or NCL to access violate because
the SYS$TIME* logicals are not properly defined. DECnet-Plus depends
on the EXE$GQ_TDF cell and the SYS$TIME* logicals being properly set.
F. Updates made to SYS$LIBRARY:OSAK$OSAKSHR.EXE:
File Identification: "OSAK V3.0-007O"
Change OSAK state machine to transition into STA01B (transport connecting)
before calling the routine that requests the transport connection.
G. Tuning OpenVMS to Support the Larger CML BYTLM Value:
Starting with this release the default BYTLM value for CML has been increased
from 10000 to 64000. This correction was done to prevent NCL from returning
the NCL-E-OVERFLOWBYTLM error message when large amounts of data were needed
from CML. If you have never experienced this problem then you probably do not
have to make the changes described in this section.
H. New DTSS NTP Provider Sample Program:
A new sample program, DTSS$PROVIDER_NTP, may be used on a DTSS server to
obtain the time from an NTP V3 server (on another node in the network).
The new files are located in SYS$EXAMPLES:
DTSS$PROVIDER_NTP.C DTSS NTP Provider Program
DTSS$PROVIDER_NTP.EXE DTSS NTP Provider Image
RUN_NTP_TP.COM Procedure to run DTSS$PROVER_NTP
START_DETACHED_NTP_TP.COM Procedure to run as a detached process
INSTALLATION NOTES:
Install this kit with the POLYCENTER Software Installation
utility (PCSI) by logging into the SYSTEM account, and
entering the following command at the DCL prompt:
$ PRODUCT INSTALL DNVOSIECO05/SOURCE=[location of the .PCSI file]
Note that you can use the DECwindows Motif interface to PCSI
if you wish.
For the corrections to take effect, you must reboot the system.
If you are a member of a VMScluster, you must reboot the entire
cluster. You can postpone rebooting if it is not convenient
for you to do so now; however, the new driver(s) will not take
effect until after a reboot.
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Tue Jun 04 2002 - 05:30:03 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is an update to an existing patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1/dec-axpvms-vms721_pppd-v0200--4.README
*******************************************************************************
TITLE: OpenVMS VMS721_PPPD-V0200 PPPDriver ALPHA 7.2-1 ECO Summary
New Kit Date: 04-JUN-2002
Modification Date: Not Applicable
Modification Type: Updated Kit Supersedes VMS721_PPPD-V0100
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2001, 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: PPPDriver
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS721_PPPD-V0200
DEC-AXPVMS-VMS721_PPPD-V0200--4.PCSI
ECO Kits Superseded by This ECO Kit: VMS721_PPPD-V0100
ECO Kit Approximate Size: 288 Blocks
Kit Applies To: OpenVMS Alpha 7.2-1
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_3
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), or later, must be installed BEFORE
installation of this, or any required kit:
VMS721_UPDATE-V0300
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for PPPDriver on Alpha V7.2-1. This kit addresses
the following problems:
PROBLEMS ADDRESSED IN VMS721_PPPD-V0200 KIT:
o Line table lookup fails when line number is greater than 9.
Images Affected: [SYS$LDR]SYS$PPPDRIVER.EXE
PROBLEMS ADDRESSED IN VMS721_PPPD-V0100 KIT:
o When the remote end of the connection requests a transfer size
greater than 1500 bytes, the PPPDRIVER accepts the request
even though its buffer cannot handle the size. Connections
cannot be maintained in this mode because the lower layer
recognizes the attempt at buffer overflow and it causes the
connection to abort.
Images Affected: [SYS$LDR]SYS$PPPDRIVER.EXE
o The ASNDRIVER looses an IRP (I/O request packet) for read and
a TWP (terminal write packet) for writes. The cleanup code
would fail while looking for the missing IRP and TWP and cause
an ACCVIO.
INVEXCEPTN, Exception while above ASTDEL
Crashdump Summary Information:
------------------------------
Bugcheck Type: INVEXCEPTN, Exception while above ASTDEL
Current Process: OROT-IGSI
Current Image: DKA0:[WRT.][OROT.EXE]IGSI_A-0195_00.EXE
Failing PC: FFFFFFFF.80318CEC SYS$ASNDRIVER_NPRO+00CEC
Failing PS: 10000000.00000803
Module: SYS$ASNDRIVER
Offset: 00000CEC
Images Affected: [SYS$LDR]SYS$ASNDRIVER.EXE
o An INVEXCEPTN crash occurs when attempting to establish a PPP
connection after a TCP/IP restart.
Images Affected: [SYS$LDR]SYS$PPPDRIVER.EXE
o A port hangs when a timing error causes the port state to
change before all pending I/Os have completed.
Images Affected: [SYS$LDR]SYS$PPPDRIVER.EXE
o A PPP disconnection of a remote client could cause an
INVEXCEPTN crash.
Crashdump Summary Information:
------------------------------
Bugcheck Type: INVEXCEPTN, Exception while above ASTDEL
Current Process: NULL
Current Image: <not available>
Failing PC: FFFFFFFF.835076B8 SYS$PPPDRIVER+0F6B8
Failing PS: 00000000.00000804
Module: SYS$PPPDRIVER
Offset: 0000F6B8
Images Affected: [SYS$LDR]SYS$PPPDRIVER.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability
If you have other nodes in your OpenVMS cluster, 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.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS721_PPPD /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V2.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS721_PPPD-V0200 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS721_PPPD/PROD=DEC/BASE=AXPVMS/VER=V2.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Tue Jun 04 2002 - 06:30:02 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/vax/v7.2/vaxmail01_072.README
*******************************************************************************
TITLE: OpenVMS VAXMAIL01_072 MAIL Utility for OpenVMS VAX V7.2 ECO Summary
New Kit Date: 04-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
PRODUCT: OpenVMS VAX
COMPONENT: MAIL
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VAXMAIL01_072
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 666 Blocks
Kit Applies To: OpenVMS VAX V7.2
System/Cluster Reboot Necessary: No
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
VAXUPDATE01_072
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for MAIL on OpenVMS VAX V7.2. This kit addresses the
following problems:
PROBLEMS ADDRESSED IN VAXMAIL01_072 KIT:
o If a user attempts to forward a foreign file, the forward
fails and the user is returned to the MAIL> prompt. No
message of any kind is displayed.
Images Affected: [SYSEXE]MAIL.EXE
o Sending mail to a username logical defined by
/TRANSLATION=TERMINAL fails with "%MAIL-E-NOSUCHUSR, no such
user logical_name". See example below:
$ define/translation=terminal js john_smith
$ mail
MAIL> send
To: js
%MAIL-E-NOSUCHUSR, no such user JS
Images Affected: [SYSEXE]MAIL.EXE
o If the COMPRESS command is issued in MAIL, but did not
complete successfully, a user cannot use any other MAIL
command that requires an open MAIL file. See example below:
MAIL> compress
%MAIL-S-CREATED, SYSTEM1:[USER1.MAIL]MAIL_4EEC_COMPRESS.TMP
created
%MAIL-S-COPIED, SYSTEM1:[USER1.MAIL]MAIL.MAI copied to
SYSTEM1:[USER1.MAIL]MAIL_4EEC_COMPRESS.TMP (30 records)
%MAIL-S-RENAMED, SYSTEM1:[USER1.MAIL]MAIL.MAI;1 renamed to
SYSTEM1:[USER1.MAIL]MAIL.OLD;3
%MAIL-S-RENAMED, SYSTEM1:[USER1.MAIL]MAIL_4EEC_COMPRESS.TMP;1
renamed to SYSTEM1:[USER1.MAIL]MAIL.MAI;1
%MAIL-E-OPENIN, error opening SYSTEM1:[USER1.MAIL]MAIL.MAI as
input
-RMS-E-FLK, file currently locked by another user
%MAIL-E-NOFILEOPEN, no mail file open
MAIL> compress
%MAIL-E-NOFILEOPEN, no mail file open
MAIL> dir
%MAIL-E-NOFILEOPEN, no mail file open
MAIL> read
%MAIL-E-NOFILEOPEN, no mail file open
%MAIL-E-NOMSGS, no messages
MAIL> sel A
%MAIL-E-NOFILEOPEN, no mail file open
MAIL> exit
%MAIL-E-NOFILEOPEN, no mail file open
%MAIL-E-NOFILEOPEN, no mail file open
SYSTEM1>
Images Affected: [SYSEXE]MAIL.EXE
o If a message line containing an embedded NULL character is
extracted to a file, the message line is truncated at the NULL
character.
Sample message:
111111111111111111111111111111
111111111111^1111111111111111
111111111111111111111111111111
Extract results in output file:
111111111111111111111111111111
111111111111
Images Affected: [SYSEXE]MAIL.EXE
o Callable MAIL routines may fail with "%LIB-F-INSVIRMEM,
insufficient virtual memory." Callable MAIL allocates free
memory space, but does not return all of it.
The reproducer supplied in this case is a loop of
MAIL$SEND_BEGIN and MAIL$SEND_END calls.
Images Affected: [SYSLIB]MAILSHR.EXE
o Using DEFINE/KEY on an undefined key yields no results or
error message, i.e., nothing happens when a user attempts to
use the key and the user is not notified that the key
definition failed.
Images Affected: [SYSEXE]MAIL.EXE
o The value returned in the MAIL$MAILFILE_DELETED_BYTES field in
a call to MAIL$MAILFILE_PURGE_WASTE is always 0, when it
should be the actual number of bytes deleted from the file.
See the sample output below:
%MAIL-I-RECLPLSWAIT, reclaiming deleted file space.
Please wait...
Data buckets reclaimed: [6]
Number of data buckets scanned: [7]
Number of index buckets reclaimed [0]
Number of deleted bytes: [0]
Number of messages deleted: [68]
Number of bytes reclaimed: [6]
Images Affected: [SYSLIB]MAILSHR.EXE
o The MAIL> SET FILE command is ignored. See the example below:
MAIL> sho file
Your current mail file is SYS$SYSROOT:[SYSMGR]MAIL.MAI.
MAIL> set file SYS$SYSDEVICE:[XXX.MAIL]
MAIL> dir/fol
Listing of folders in SYS$SYSROOT:[SYSMGR]MAIL.MAI
MAIL> sho file
Your current mail file is SYS$SYSROOT:[SYSMGR]MAIL.MAI.
MAIL> exit
Images Affected: [SYSEXE]MAIL.EXE
o Errors can occur when copying a MAIL folder from one file to
another. Not all of the files may be copied and no error
message is displayed. See the example below:
MAIL> sel "MAIL-nov-1998"
%MAIL-I-SELECTED, 3121 messages selected
MAIL> sel/sinc=01-jan-80
%MAIL-I-SELECTED, 3121 messages selected
MAIL> copy/all "MAIL-nov-1998" dua3:[mpiati]
MAIL> set file dua3:[mpiati]
MAIL> sel "MAIL-nov-1998"
%MAIL-I-SELECTED, 169 messages selected
Images Affected: [SYSLIB]MAILSHR.EXE
o When a MAIL message is extracted to a file, the date portion
of the header is not included in the extracted message.
Images Affected: [SYSEXE]MAIL.EXE
o When a new message arrives and the MAIL file in use is not the
default, READ/NEW does not close the current MAIL file and
open the default MAIL file. An explicit SET FILE to the
default has to be done, and then READ/NEW. In addition, after
reading the new messages, then using the SELECT MAIL command,
the new messages remain in the NEWMAIL folder.
Images Affected: [SYSEXE]MAIL.EXE
o When sending mail to an SMTP address, an ACCVIO occurs if the
MAIL record attributes do not remain intact.
Images Affected: [SYSLIB]MAILSHR.EXE
o The SEND/LAST command fails to include the text from the
previous MAIL message when MAIL is invoked with MAIL/EDIT.
This does not occur if the /EDIT qualifier is not used with
the DCL MAIL command.
Images Affected: [SYSEXE]MAIL.EXE
o OpenVMS MAIL does not filter out the <ESC> character on the
header fields, i.e., From:, To:, CC: and Subj: strings. In
some instances, a MAIL message could be received with a type
of VT Escape Sequence that could modify the behavior of a
user's terminal; the potential would be to render the terminal
unusable.
Images Affected: [SYSEXE]MAIL.EXE
o An %MAIL-E-ALTPRIJOB error message displays without cause.
See example below:
$ MAIL
MAIL> 22
(Message #22 is displayed)
MAIL> print
MAIL> 5
(Message #5 is displayed)
MAIL> print/queue=32$lb2a
%MAIL-E-ALTPRIJOB, error altering parameters of job 505
queue 32$LB2A
Job MAIL (queue 34$LB4L, entry 505) started on 34$LB4L
MAIL> exit
$
In this example, print queue 34$LB4L is the default print
queue in the user's MAIL profile.
This error is benign because the print job eventually is
released to the printer (32$LB2A in the example above), even
though the user is not notified.
Images Affected: [SYSEXE]MAIL.EXE
o Sending mail from VMSMAIL to Microsoft Exchange mail using
TCP/IP merges the To: and CC: lines into one To: line in
the received message. See example below:
MAIL> Send/CC
To: SMTP%"A.BC.COM"
CC: SMTP%"D.EF.COM"
The To: line in Exchange:
To: A.BC.COM,D.EF.COM
Images Affected: [SYSEXE]MAIL.EXE
[SYSLIB]MAILSHR.EXE
o The SEND/LAST commands exits a user into the MAIL screen
editor instead of sending the last mail message that had been
sent.
Images Affected: [SYSEXE]MAIL.EXE
INSTALLATION NOTES:
No reboot is necessary after successful installation of the kit.
Install this kit with the VMSINSTAL utility by logging into the
SYSTEM account, and typing the following at the DCL prompt:
SYS$UPDATE:VMSINSTAL VAXMAIL01_072 [location of the saveset]
The saveset location may be a tape drive, CD, or a disk directory
that contains the kit saveset.
---
From: 1bvccbngn30bysnb.ch
Date: Mon Jun 03 2002 - 23:35:25 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
Untitled Document
 |
|
´îªÎªº¤H³£¥²¶·¬Ý...(«Ü«n®!)
¡]½ÐÂà±H¿ËªB¦n¤Í¡^
¤d¸U¤£n¥ÎÄȾjªk¨Ó´î«¡A
¦]¬°§A®ø¯Ó±¼ªº¬O¤ô¥÷©M¦Ù¦×¡A°£¤FÅý¨§÷ÅÜ«¬¡B¯Ý³¡Åܤp¥H¥~¡A³Ì«nªº¬OÁÙ·|¨ë¿E¯Ø®q¯Àªº¤Àªc¡A
Åý§A§ó¾j¡Iµ²ªG¬O¦Yªº§ó¦h¡B§ó¤j¶q¡A¾ÉP¨Åé§óD¡B§óµê®z¡I
²{¦b¡A§i¶D§A¤Ó³Ì¦³®Äªº´îªÎ¤è¦¡¡GªÎD¤£©ö´îªÎ¡A
¦h¼Æì¦]¬O¨Ó¦Û¡uÅé¯×ªÕ¡vªº§©Ç¡A¥¦¤]¬O°ª¦åÀ£¡B¤ßŦ¯f¡B°ªÁx©T¾J¡B¿}§¿¯f¡B
®ø¤Æ©Ê¯e¯f¤ÎÀù¯gµ¥¯e¯fªº¾É¦]¡I
n¦p¦ó®ø°£Åé¯×ªÕ©O¡H°£¤F¦h¹B°Ê®ø¯Ó¥d¸ô¨½¤Î¯×ªÕ¥~¡A
¤]¥iÂÇ¥ÑÄá¨ú§C¥d¸ô¨½ªº³J¥Õ½è¤ÎÀç¾i¯À¡A¤Ãäºû«ù¨Åé¤é±`¾i¥÷ªº»Ý¨D¡A
¤]¦P®ÉÂÇ¥ÑÂà¤ÆÅé¯×ªÕ¦¨ºû«ù¤é±`¥Í¬¡©Ò»Ý¥d¸ô¨½¨Ó¹F¨ì®ø°£Åé¯×ªÕ´îªÎªº¥Øªº¡C
¬Æ»ò¼Ëªº¤H»Ýn´îªÎ¡HÅ髹L«ªº¶Ü¡H·Qn¬ü¦n¨µôªº¶Ü¡H
¨ä¹ê¥¿½Tµª®×¬O¡GÅé¯×ªÕ¹L°ªªº¤H¡C
¦p¦ó¯à§Ö³t¤S¦w¥þªº´îªÎ¡H¹B°Ê¡H¼õ©]®ø¯ÓÅé¯à¡H¡K
¥¿½Tµª®×¬O¡G
¦bÂå¥Í¤ÎÀç¾i®vªº«ü¾É¤U¡A
§Q¥Î¶W³t»Ã¯À³J¥Õªº´îªÎ¤èªk¡A¸g¹LÅ餺½ÆÂøªº¤Æ¾ÇÅܤơA
À°§U¤Æ¸K×Qªº²£¥Í¦Ó¹F¨ì¿U¿N¯×ªÕ¡B
´îªÎªº¥Øªº¡I
¥Ñ©ó¶W³t»Ã¯À³J¥Õ
§¹¥þ¥Ñ¤j¨§¤Î¤û¥¤¸g¥Ñ°ª¬ì§Þ´£Áå¡AÄÝ©ó¯Â¤ÑµM¹«~¡A¤S¬O§C¥d¸ô¨½¡A
¤£¦ý¥iºû«ù¤H̦b´îªÎ¹Lµ{¤¤ªºÀç¾i¦¨¥÷¡Aºû«ùÅé¯à¡A¬Û¹ïªº§C¥d¸ô¨½¯S©Ê¡A
Åý´îªÎªº¤H¦b¤é±`¥¿±`ªº¥Í¬¡¬¡°Ê¤¤¡A¤]¯à¹F¨ì¿U¿NÅé¯×ªÕªº¥Øªº¡F¦Ó§ó§®ªº¬O¡A
·í±z°õ¦æ´îªÎp¹º®É¡A¶W³t»Ã¯À³J¥Õ¯à²£¥Í¨¬°÷ªº®ò°ò»Ä¡A
«P¶i·s³¯¥NÁ¡A¦A°t¦X¨¬¶qªº½µæ´ö¨Ó´£¨Ñ¥R¤Àªº§Ü®ñ¤Æª«½è¡A¥h°£¸g¥[³t·s³¯¥NÁ©Òl¥Íªº¦Û¥Ñ°ò¡A
µ²ªG¬OÅý±zªº¨Å馳¤¦¸«·s¾ã²zªº¾÷·|¡AÅý¨¤ß§ó°·±d¡B§ó¦³¬¡¤O¡A¨§÷¤]§ó¦n¡I
¼w°ê¶ø¹B¿ï¤â¦p¦óÀç¾i§¡¿Å¡X ¤j´¦¯µ
¼w°êÀç¾i¾Ç³Õ¤h--°¨§J´µ§B®æ(Dr.
Max Burger)¡A¬°¤F¯àÅý³Ç¥Xªº¼w°ê¹B°Ê¿ï¤â¡A¦b¦U¶µ¿E¯PªºÅé¨|¶µ¥Ø¤¤¦³²æ¿o¦Ó¥Xªºªí²{¡A
¯S§O°w¹ï»Ýn¤j¶qÀç¾i¸É¥R¡A¤S¤£¯à¦]¤j¶qÀç¾iª«ªºÄá¨ú¡A¦Ó¨Ï¹B°ÊûªºÅéºAÅÜ«¬¡A
³y¦¨°ÑÁɸê®æ©ÎÅ髪º¤£²Å¼Ð·Ç¡A³o½T¹êÅý°¨§J³Õ¤h¬°Ãø¡I
¾ú¸g¤F³\¦hªº¹êÅç¡A°¨§J´µ²×©ó¦b68¦ì¹B°Êûªº´ú¸Õ¤¤¡A
Àò±o¤F³Ç¥Xªº¦¨´N¡A¤¶µ¥iºû«ù¹B°ÊûÅé¯à¤Î¸g¹L¤j¶q¥d¸ô¨½®ø¯Ó¡A¦ý¤´µM«O«ù°·¬üÅéºA¡A
¦Ó§ó«nªº¬O¡X³o¨Ç¹Bû¡A¤é«áÁöÂ÷¶}¤F¹B°Ê¨²P¡A¦ý¨ÌµMÅéºA°·¬ü¡A²¤£¦^D¡F
¨ì©³¥L¬O¦p¦ó§¨ìªº¡H¤SnÀç¾i¨¬°÷¡B¤Sn¨§÷°·¬ü¡A¤]´N¬O¤¯ë¤H©Ò»¡ªº¡A
¸ÓDªº¦a¤èD¡B¸Ó½Gªº¦a¤è½G¡A¦Ó¥B¤£¼vÅT¤é±`§®§¡I
ì¨Ó¡A°¨§J´µ³Õ¤h§Q¥Î¤j¨§¤Î¤û¥¤¡A´£·Ò¥X§C¥d¸ô¨½ªº¶W³t»Ã¯À³J¥Õ¡C
¦]¬°³J¥Õ½è¬O¥Ñ®ò°ò»Ä²Õ¦¨¡A¦b¨Å骺µ²ºc¤Î¥\¯à¹B§¤W¡A³£§êºt¤F«nªº°ò¦¡C
¦Óª½±µ±q¦×Ãþ¤Î³J¥Õ½èÄá¨ú¡A¤]¦P®É¼W¥[¤F¦å²G¤¤Áx©T¾J¶q¤Î¨ä¥L¤Þµo¥X¨Óªº¤ß¦åºÞ¤ò¯f¡A
¤Î´£°ª±wµh·¤ÎÃö¸`ª¢ªº¾÷·|¡F¥Ñ©ó¶W³t»Ã¯À³J¥Õ´£¨Ñ¤F¹B°Êû¤j¶q·s³¯¥NÁ©һÝnªº®ò°ò»Ä¡A
¤£¦ý¨ÑÀ³¤FÃe¤jÅé¤O®ø¯Ó©Ò»ÝªºÀç¾i¡A¤]¨¾¤î¤F¦]¹L«×ªº·s³¯¥NÁ¡A
©Ò»ÝªºÀç¾i¥Ñ¿U¿N¦Ù¦×¤Î¤ßŦ²Õ´¨Ó´«¨ú³J¥Õ½è¡C¦]¬°¨¬¶qªºÀç¾i¤Îºû«ùÅé¯àªº¼ö¶q¡A
Y¬O»Ýn¾a¿U¿N¦Ù¦×¤Î¤ßŦ²Õ´¨Ó¨ú±o¡A·|¼W¥[¯Ø®q¯Àªº¤W¤É¡A¦ÓÅý¹B°Êû¤ª½³B¦b®Á¾jªºª¬ºA¡C
¨Æ¹ê¤W³o¹ï¹B°Êû¬O¤Óĵ°T¡Aªí¥Ü¶V¾Þ½m¦Ó¶V®e©ö¯h¡A¾a¦Ù¦×Ãzµo¤O²£¥Íªº§Þ¯à¤]¸òµÛ°h¤Æ¡F
¶W³t»Ã¯À³J¥Õ½è¯à°÷¨ë¿E¥Òª¬¸¢¡A¶i¦Ó
ÂಾÅé¤O®ø¯Ó©Ò»ÝªºÀç¾i¯À¤Î¼ö¯à¥Ñ¿U¿NÅé¯×ªÕ¨ú±o¡C
¦p¦¹¤¨Ó¤£¦ý®ø°£¤F¹B°Êû¨Åé¦h¾lªº¯×ªÕ¤]»s³y¤F§ó¦hªº¦Ù¦×¡A
¼W¶i¤F¦Ù¦×ªºÃzµo¤O¡I
Àç¾i±M®a¥i¤£¬O¶Ì¤l¡A¦p¦¹ªº°ª¬ì§Þ¡A°¨¤W´N³Q¹B¥Î¨ì´îªÎªº¥«³õ¡C
¦P¼Ëªº«P¦¨³\¹LDªº¤H¡A®ø°£±¼¨Åé¹L¦hªºÅé¯×ªÕ¡A«O¦s¤F¦Ù¦×¡A¼W¶i¤F¨Å骺°·±d¡A
ÁÙì¤F¤HÅ騧÷즳ªº¬ü¡I¨CÓ¤Hª¾¹D¤F³oÓ°T®§¡A¤]³£ÅDÅD±ý¸Õ¡A¨S¿ù¡I´N©M§Ú³sµ¸¡A
Åý§Ų́ó§U±z§¹¦¨±zªº¤ßħa¡I
¡
¦³Ãö¼w°ê¤Þ¶iªº¶W³t»Ã¯À³J¥Õ¡A
§ÚÌ«D±`¼Ö·N´£¨Ñ¸ê°T¡F¹ï©ó¬ÛÃöªº´îªÎª`·N¨Æ¶µ¤]«Øij±z¦V¦X®æÂå¥Í½Ð±Ð¡A©Î¨Ó¹qµ¹§Ú̬°±z¸Ñµª¡A
¬°¤F±zªº¨Åé°·±d¡A¯¬±z´îªÎ¦¨¥\¡I
ºÑÄR¸S°ê»ÚªÑ¥÷¦³¤½¥q
¯·²À«t¸ß±M½u
(¥x¥_)¡G(02) 2219-3528
¡]02¡^2219-0636¡
¡
|
|
From: Lyris List Manager (unsubscribe-confirmlist.support.compaq.com)
Date: Tue Jun 04 2002 - 22:12:12 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
unsubscribed from the 'openvms' mailing list.
This unsubscribe command requires your confirmation that you want to be
unsubscribed.
To confirm that you do want to unsubscribe, reply to this message so that
the words "ok 7518" appear somewhere on the subject line.
Make sure that your reply message is addressed to
unsubscribe-confirmlist.support.compaq.com
You will receive notification that your confirmation has been received, and
that you have been unsubscribed.
If you do not want to unsubscribe, do nothing. You will be kept on the
mailing list.
---
Return-Path: <mlpi_uy_rffd1wamazon.com>
Received: from [211.161.69.94] ([61.59.151.118]) by list.support.compaq.com with SMTP (Lyris List Manager LINUX version 4.0); Tue, 04 Jun 2002 20:12:07 -0700
Received: from login_0216.mailservice.net (mx.service.net[206.232.231.77] (may be forged)) by [192.201.131.147] (8.8.5/8.7.3) with SMTP id XAA03254; ¬P´Á¤T, 05 ¤»¤ë 2002 06:16:37 -0700 (EDT)
From: mlpi_uy_rffd1wamazon.com
To: openvms-request
Subject:
Reply-To: n3qv_coeeecbiybloomberg.com
Reply-To: receive_admtopservice.net
Date: 05 Jun 2002 10:43:30 +0800
X-PMFLAGS: 10326341.10
X-UIDL: 10293217_192832.222
Comments: Authenticated Sender is <user127topservice.net>
Message-Id: <57269272_90816187>
MIME-Version: 1.0
Content-Type: text/html
Content-Transfer-Encoding: 8bit
X-Return-Path: mlpi_uy_rffd1wamazon.com
# Mail sent to leave-openvms-7518h was converted to these commands:
end
# This is the text of the message that triggered the action:
Return-Path: <mlpi_uy_rffd1wamazon.com>
Received: from [211.161.69.94] ([61.59.151.118]) by list.support.compaq.com with SMTP (Lyris List Manager LINUX version 4.0); Tue, 04 Jun 2002 20:12:07 -0700
From: mlpi_uy_rffd1wamazon.com
Subject: §ïµ½±¼¾v, ¹w¨¾¨rÀYªº³Ì¨Î¿ï¾Ü
Reply-To: n3qv_coeeecbiybloomberg.com
Date: 05 Jun 2002 10:43:30 +0800
Received: from login_0216.mailservice.net (mx.service.net[206.232.231.77] (may be forged)) by [192.201.131.147] (8.8.5/8.7.3) with SMTP id XAA03254; ¬P´Á¤T, 05 ¤»¤ë 2002 06:16:37 -0700 (EDT)
Reply-To: receive_admtopservice.net
X-PMFLAGS: 10326341.10
X-UIDL: 10293217_192832.222
Comments: Authenticated Sender is <user127topservice.net>
Message-Id: <57269272_90816187>
MIME-Version: 1.0
Content-Type: text/html
Content-Transfer-Encoding: 8bit
X-Return-Path: mlpi_uy_rffd1wamazon.com
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=big5">
<META content="MSHTML 6.00.2600.0" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>
<DIV><FONT size=2>
<DIV><FONT size=2></FONT> </DIV>
<DIV>
<DIV><FONT size=2>
<DIV align=center><FONT size=2><FONT color=#ff0000
size=5><B>§ïµ½±¼¾v¡A¹w¨¾¨rÀYªº³Ì¨Î¿ï¾Ü</B></FONT></DIV>
<DIV> </DIV>
<DIV></FONT></FONT></FONT><FONT size=3>¸g±`Å¥¨ì¦³¤H»¡ÀY¾v±¼ªº¶V¨Ó¶VÄY«¡A
¥i¯à¦b¤£¤[ªº±N¨Ó§Y±N¥[¤J¨rÀY¤±Ú¡C¤£ª¾±z¬O§_¤]±Á{¦P¼Ëªº°ÝÃD</FONT><FONT size=3>¡H¨ä¹ê³oºØª¬ªp¤j¦hµo¥Í¦b¦¨¦~¨k©Ê¨¤W¡A
¸û¤Ö¦³¤k©Ê·|¦³³oÃþ°ÝÃD¡C¥Dnì¦]¬O¨k©Ê²üº¸»X³y¦¨ªº</FONT><FONT size=3>¡C</FONT></DIV><FONT size=2>
<DIV><FONT size=3></FONT> </DIV>
<DIV><FONT size=3></FONT></DIV>
<DIV></FONT><FONT size=3>¶¯©Ê¿E¯À·|¨ë¿EÀY¥Ö¥Ö¯×¸¢¤Àªcªo¯×¡A YµLªk¦³®Ä²M°£¡A «h·|°ï¿n¦b¥Ö¤U¯×ªÕ¼h¤¤¡A ³y¦¨¤òÅnÀç¾i¨Ñµ¹ªº»Ùê¡A
¶i¦Ó¨ÏÀY¾v®e©ö±¼¸¨¡C</FONT></DIV><FONT size=2>
<DIV> </DIV>
<DIV><FONT size=3></FONT></DIV>
<DIV></FONT><FONT size=3>Âk®Ú¨s©³¡A ¸Ñ¨M¦¹Ãþ°ÝÃD¡A ³Ì«nªº¬O¯à§â¦h¾lªºªo¯×²M°£¡A ³Ì²³æªº¿ìªk´N¬O¡G</FONT><FONT
size=2></DIV>
<DIV><FONT size=3></FONT></DIV>
<DIV><FONT size=3>(1). ¸g±`¬~ÀY</FONT></DIV>
<DIV><FONT size=3>(2). 愼¿ï¦X¾Aªº¬~¾vºë </FONT></DIV>
<DIV><FONT size=3>(3). ´î¤Ö¬V¡B¿S¾v </FONT></DIV>
<DIV><FONT size=3>(4). ¾A«×«ö¼¯ÀY¥Ö( ¿ï¥Î¤£¶ËÀY¥Öªº¾v®Þ®ÞÀY§Y¥i ) </FONT></DIV>
<DIV><FONT size=3>(5). ¿ï¾Ü¹ïÀY¾v¦³¯qªº¶¼¹</FONT></DIV>
<DIV><FONT size=3>(6). ¿ï¥ÎÀu¨}¾i¾v²G</FONT></FONT><FONT size=3>¡B</FONT><FONT size=3>
<FONT size=2></FONT>¥Í¾v¤ô</FONT><FONT size=3>¡C</FONT><FONT size=2></DIV>
<DIV><FONT
size=3>
: </FONT></DIV>
<DIV><FONT
size=3> :
</FONT></DIV>
<DIV><FONT size=3>»¡¨ì¥Í¾v²£«~¡A±ÀÂ˱z³Ì¨Îªº²£«~¡G</FONT></DIV>
<DIV><FONT size=3></FONT> </DIV>
<DIV><STRONG><FONT color=#ff0000 size=4><FONT size=3>ºaÀò
1992¦~¥_¨Ê°ê»Úµo©ú®i»ÈµP¼ú<BR> </FONT></FONT></STRONG></FONT><STRONG><FONT
color=#000000 size=3> </FONT><FONT color=#ff0000
size=3>1993¦~«w¶§°ê»ÚÂåÃÄ«O°·¸`ª÷µP¼ú</FONT></STRONG></DIV><FONT size=2><FONT size=3><FONT
color=#ff0000 size=4><STRONG>
<DIV><BR></STRONG></FONT>¾_Åå¾Ç¬Éªº¡y°_¤ò¦n¾i¾v²G¡z¡A©ó¤¤E¤E¤G¦~°Ñ¥[¥_¨Ê°ê»Úµo©ú®i¡AºaÀò»ÈµP¼ú ;
°Ñ¥[º©¡¤¤°ê«w¶§°ê»ÚÂåÃÄ«O°·¸`¡AºaÀòª÷µP¼ú¡C¦]¥\®Ä»·¶W¹L¥¬Éª¾¦Wªº¥Í¾v¥Î«~¡A³QÅA¬°·í¤µ¥¬É³Ì§Ö³tªº¥Í¾v¤ô¡A¤×¨ä¹ï´³¨r(«UºÙ°«cÀY)¡A¤T¶g¤º§Y¨£®Ä¡C</DIV>
<DIV><BR>¶¯©Ê¨r¬O¥Ñ©Ê¸¢¤Àªcªº¸AିE¯À¡A¦bÀY¥Ö¤¤¿Eµo¥Ö¯×¼W¥Í¡A¬O¯×·¸©Ê²æ¾vªº¥D¦]¡C¡y°_¤ò¦n¾i¾v²G¡z¤º§tÂ×´Iªº·L¶q¤¸¯À -
¿øMn¡A¯à«P¶i¦å²G¤¤²y³J¥Õ§Ö³t²M°£¼W¥Íªº¯×½è¡A§ïµ½¤ò¾vªº¥Í²zÀô¹Ò¡AÅý¤ò¾v¦ÛµM¥Íªø¡AªYªY¦Vºa¡AÁÙ±z¥»¦â¡C</DIV>
<DIV><BR>¨Ï¥Î¡y°_¤ò¦n¾i¾v²G¡z¤§n»â¬O±N¤ò¤Õ¤¤ªºªo¯×¬~²bÀ¿°®«á¡A¥ß§Y¼Q©ó¨r³B©ÎÁ¡¤ò¤U¡A¨Ã«ö¼¯¼Æ¤ÀÄÁ¡A«P¶i§l¦¬¡A¤è¯àÀò±o³Ì¨Î®ÄªG¡C</DIV>
<DIV><BR>¡y°_¤ò¦n¾i¾v²G¡z¬ð¯}¶Ç²Î°t¤è¡AµÑ¨ú»È§ö¸¡A¤H°Ñ¡A¦óº¯Q¡A·íÂk¡A¥ÍÁ¤¡K.µ¥¤Q¼ÆºØ¬Ã¶Q¤ÑµM´Óª«½Õ°t¦Ó¦¨¡A¸g¬Ù½ÃùÛ¦r²Ä0502983¸¹®Öã¡A¨Ã¸g¹L¬ü°êFDAÀËÅç¡A¤Î¥þ²y¤½»{ªºRIPT¤HÅé¥Ö½§µL¨ë¿E¦w¥þ¸ÕÅç¡AÃÒ¹ê¨ä¤¤¯à«P¶i¤ò¾v¥Íªø¤Î§ïµ½·L´`Àô¡A¨¾±¼¾vªº¨âºØÃöÁä·L¶q¤¸¯À¡GÖ´Se¡B¿øMn§t¶q·¥Â×´I¡C</FONT></DIV>
<DIV><FONT size=3></FONT> </DIV>
<DIV><FONT size=3>¡¹ Ö´&¿ø§t¶q ¤ñ
¡¡¥_¨Ê101¤ò¾vXXºë¦h14¿¤Î50¿ ¡¹<BR> ¡¡¡¡¡¡¡¡
¤Ñ¬z¥Í¾vX¦h29¿¤Î12.5¿ <BR> </FONT></DIV>
<DIV><FONT size=3></FONT> </DIV>
<DIV><FONT size=3>¼y¯¬¤K¶g¦~----------¤jÃØ°e----------¶R2²~°e1²~(¨C²~NT$1</FONT></FONT><FONT
size=3>,</FONT><FONT size=2><FONT size=3>600)</FONT></DIV>
<DIV><FONT size=3></FONT> </DIV>
<DIV><FONT size=3></FONT> </DIV>
<DIV><FONT color=#ff0000 size=5><STRONG>--------- 5000¥÷žv¤â¥U§K¶O³Æ¯Á
---------</STRONG></FONT></DIV>
<DIV><STRONG><FONT color=#ff0000 size=3></FONT></STRONG> </DIV>
<DIV><STRONG><FONT size=3>¤º®e¥]§t¡G</FONT></STRONG></DIV>
<UL>
<LI><FONT size=3>¤¶²Ð¤ò¾v¥Íªø¶g´Á¡C</FONT>
<LI><FONT size=3>¦³§Uªø¾vªº¤¸¯À¡C</FONT>
<LI><FONT size=3>¶¯©Ê¨r¯gª¬ªº¬ã¨s¡C</FONT>
<LI><FONT size=3>«O¾v±`ÃÑ¡C</FONT>
<LI><FONT size=3>Àu¨}¥Í¾v²£«~¤¶²Ð¡C</FONT></LI></UL>
<DIV> </DIV>
<DIV><FONT size=3>Åwªï©ó0900~1700¥H¹q¸ÜqÁÊ: (04)2524-0873</FONT></DIV>
<DIV><FONT size=3>©Î</FONT></DIV>
<DIV><FONT size=3>¶ñ¼gqÁʳæqÁÊ¡G</FONT></DIV>
<H1 align=center>q³æ¸ê®Æ</H1>
<HR align=center SIZE=5>
<FORM action=http://f2m.aac.com.tw/f2m.php?F=1020998671 method=post><INPUT
type=hidden value=ªí³æ¦WºÙ name=SOB>
<TABLE width=697>
<TBODY>
<TR>
<TD align=right width=94><EM>©m¦W</EM></TD>
<TD width=591><INPUT size=15 name=Contact_FullName> </TD></TR>
<TR>
<TD align=right width=94><EM>¥X¥Í¦~</EM></TD>
<TD width=591><INPUT size=15 name=Contact_Birth> </TD></TR>
<TR>
<TD align=right width=94><EM>¦a§}</EM></TD>
<TD width=591><INPUT size=37 name=Contact_Address> </TD></TR>
<TR>
<TD align=right width=94><EM>¶l»¼°Ï¸¹</EM></TD>
<TD width=591><INPUT maxLength=12 size=12 name=Contact_ZipCode> </TD></TR>
<TR>
<TD align=right width=94><I>§Æ±æ°e¹F</I></TD>
<TD width=591><INPUT type=radio CHECKED value=morning name=time>
¦¤W0900~1200 <INPUT type=radio value=afternoon name=time> ¤U¤È1200~1700
<INPUT type=radio value=night name=time> ±ß¶¡1700~2100 </TD></TR>
<TR>
<TD align=right width=94><EM>Ápµ¸¹q¸Ü</EM></TD>
<TD width=591><INPUT maxLength=25 size=25 name=Contact_Phone> </TD></TR>
<TR>
<TD align=right width=94><EM>¤â¾÷</EM></TD>
<TD width=591><INPUT maxLength=25 size=25 name=Hand_phone> </TD></TR>
<TR>
<TD align=right width=94><EM>E-mail</EM></TD>
<TD width=591><INPUT maxLength=25 size=25 name=Contact_mail> </TD></TR>
<TR>
<TD align=right width=94 height=52><EM>§Ún </EM></TD>
<TD width=591 height=52>
<P><INPUT type=radio value=§Únžv¤â¥U name=need> §Únžv¤â¥U <INPUT type=radio
CHECKED value=3²~--3200¤¸ name=need> 3²~--3200¤¸ <INPUT type=radio
value=1²~--1600¤¸ name=need> 1²~--1600¤¸ </P></TD></TR></TBODY></TABLE>
<DIV align=center>
<P> </P>
<P>±zªº«Øij¤ÎÄ_¶Q·N¨£</P>
<P>(½Ð§iª¾²{¦b¥¿§xÂZ±zªºÀY¾v°ÝÃD)</P></DIV>
<DIV align=center>
<P><TEXTAREA name=±zªº«Øij¤ÎÄ_¶Q·N¨£¡G rows=6 cols=70> </TEXTAREA></P></DIV>
<DIV align=center>
<P><INPUT type=submit value="±H¥X (Submit)"> <INPUT type=reset value="«¼g (Reset)">
</P></DIV></FORM></DIV></DIV></FONT></DIV></FONT></DIV></BODY></HTML>
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Wed Jun 05 2002 - 00:30:03 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.3/dec-axpvms-vms73_pppd-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS73_PPPD-V0100 Alpha V7.3 PPPD ECO Summary
New Kit Date: 05-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: PPPD
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS73_PPPD-V0100
DEC-AXPVMS-VMS73_PPPD-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 208 Blocks
Kit Applies To: OpenVMS Alpha V7.3
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
VMS73_UPDATE-V0100
In order to receive all the corrections listed in this
kit, the following remedial kits, or later should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for PPPD on OpenVMS Alpha V7.3. This kit addresses the
following problems:
PROBLEMS ADDRESSED IN VMS73_PPPD-V0100 KIT:
o Line table lookup fails when line number is greater than 9.
Images Affected: [SYS$LDR]SYS$PPPDRIVER.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability
If you have other nodes in your OpenVMS cluster, 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.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS73_PPPD /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLALTION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS73_PPPD-V0100 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS73_PPPD/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Thu Jun 06 2002 - 02:30:33 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is an update to an existing patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1h1/dec-axpvms-vms721h1_fibre_scsi-v0500--4.README
*******************************************************************************
TITLE: OpenVMS VMS721H1_FIBRE_SCSI-V0500 FibreChannel/SCSI Driver ECO Summary
New Kit Date: 06-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: SCSI Drivers
FibreChannel
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS721H1_FIBRE_SCSI-V0500
DEC-AXPVMS-VMS721H1_FIBRE_SCSI-V0500--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 2928 Blocks
Kit Applies To: OpenVMS Alpha V7.2-1H1
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_1
1 - To be installed by all customers.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
VMS721H1_UPDATE-V0500
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for SCSI Drivers and FibreChannel on OpenVMS Alpha
V7.2-1H1. This kit addresses the following problems:
PROBLEMS ADDRESSED IN VMS721H1_FIBRE_SCSI-V0500 KIT:
o If the system experiences bus starvation because of heavy IO
activity, there is a possibility that some IO will timeout and
reset the SCSI bus. This could result in Disk Mount Verifies.
Also, data corruption might occur during heavy IO Timeouts.
The IO Timeouts could be detected by looking for Error Type 4,
Subtype 1 in the Error Log,
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o When a Fibre Channel disk is being brought back online after a
controller failover, the user may see a variety of problems
ranging from process hangs and system hangs, to system crashes
with a variety of bugchecks. All systems using disks served
from the affected HSG controllers will be affected.
The nature of this problem is twofold:
o It completely shuts down the HSG controller. Anything
accessing that HSG will hang until their I/O times out.
This will cause any number of failures from all the disks
becoming unavailable.
o It consumes a number of resources on the systems. A crash
will result from what ever critical resource runs out
first.
If the wrong equilibrium is reached, the systems can appear to
hang indefinitely. It is possible, but not likely, that they
will recover with no intervention.
Images Affected: [SYS$LDR]SYS$DKDRIVER.EXE
o If a non-clustered OpenVMS system, prior to V7.3, attempts to
mount a fibre channel disk with a persistent reservation on
it, the system will bugcheck with an "INVEXCEPTN, Exception
while above ASTDEL".
Persistent reservations can be on a disk from the SWCC program
or when the disk was mounted by a V7.3 OpenVMS release or
later. They can also be present from having the disk used by
a non-OpenVMS operating system that uses persistent
reservations.
Crashdump Summary
-----------------
Bugcheck Type: INVEXCEPTN, Exception while above ASTDEL
Current Process: NULL
Current Image: <not available>
Failing PC: FFFFFFFF.802929C8 SYS$DKDRIVER+109C8
Failing PS: 38000000.00000804
Module: SYS$DKDRIVER
(Link Date/Time: 9-FEB-2001 08:51:21.81)
Offset: 000109C8
Images Affected: [SYS$LDR]SYS$DKDRIVER.EXE
o When a TLZ10 tape with an incorrect label is installed on a
789X SCSI adapter (KZPEA 7899 card or built-in 7895 card in a
DS20E), the user should receive a MEDOFL (Medium offline)
error. Instead, the user receives an incorrect DRVERR (Drive
Error) error.
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o The system can crash with a INVEXCP bugcheck.
Crashdump Summary Information
-----------------------------
Bugcheck Type: INVEXCEPTN, Exception while above ASTDEL
Failing PC: FFFFFFFF.80363B80 SYS$PKADRIVER+0BB80
Failing PS: 00000000.00001504
Offset: 0000BB80
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o An INIT command, when used on SCSI tapes, can take 1/2 hour or
more to quit if no tape is in the unit. With this change, the
INIT command fails immediately when there is no media in the
drive.
Images Affected: [SYS$LDR]SYS$MKDRIVER.EXE
o The system can crash with an "INCONSTATE, Inconsistent I/O
data base" bugcheck at SYS$FGEDRIVER+8C3C.
Crashdump Summary Information:
------------------------------
Bugcheck Type: INCONSTATE,
Inconsistent I/O data base
Current Process: NULL
Current Image: <not available>
Failing PC: FFFFFFFF.802DAC3C SYS$FGEDRIVER+08C3C
Failing PS: 18000000.00000804
Module: SYS$FGEDRIVER
(Link Date/Time: 5-DEC-2001 14:41:56.69)
Offset: 00008C3C
Images Affected: [SYS$LDR]SYS$FGEDRIVER.EXE
[SYSLIB]FC$SDA.EXE
o The system can crash with a SSRVEXCEPT, Unexpected system
service exception" bugcheck.
Crashdump Summary Information:
------------------------------
Bugcheck Type: SSRVEXCEPT, Unexpected system service
exception
CPU Type: AlphaServer 2100 4/233
Failing PC: FFFFFFFF.801CB968
NSA$REFERENCE_RIGHTS_CHAIN_C+00008
Failing PS: 10000000.00000201
Module: SECURITY
(Link Date/Time: 5-AUG-2001 01:12:10.86)
Offset: 0000B968
Images Affected: [SYS$LDR]SYS$FGEDRIVER.EXE
o Attempting to mount a TLZ09 gives a DRVERR error.
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o A tape drive can log many errors between volume changes.
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o After executing a HSV110 controller restart, the system loses
connection to the disks on the HSV110.
Images Affected: [SYS$LDR]SYS$FGEDRIVER.EXE
o The system can crash with an INCONSTATE bug_check at
SYS$PGADRIVER+A988 (pga$els_cnf).
Crashdump Summary Information:
------------------------------
Bugcheck Type: INCONSTATE, Inconsistent I/O
data base
Current Process: NULL
Current Image: <not available>
Failing PC: FFFFFFFF.80300988 SYS$PGADRIVER+0A988
Failing PS: 38000000.00000804
Module: SYS$PGADRIVER
(Link Date/Time: 6-FEB-2002 04:52:55.20)
Offset: 0000A988
Images Affected: [SYS$LDR]SYS$PGADRIVER.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability
If you have other nodes in your OpenVMS cluster, 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.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS721H1_FIBRE_SCSI-V0500 /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V5.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS721H1_FIBRE_SCSI-V0500 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS721H1_FIBRE_SCSI/PROD=DEC/BASE=AXPVMS/VER=V5.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Thu Jun 06 2002 - 02:30:18 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is an update to an existing patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1/dec-axpvms-vms721_fibre_scsi-v0600--4.README
*******************************************************************************
TITLE: OpenVMS VMS721_FIBRE_SCSI-V0600 Alpha V7.2-1 FibreChannel/SCSI ECO Summary
New Kit Date: 06-JUN-2002
Modification Date: Not Applicable
Modification Type: Updated Kit Supersedes VMS721_FIBRE_SCSI-V0500
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2000, 2001, 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: FibreChannel
SCSI Drivers
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS721_FIBRE_SCSI-V0600
DEC-AXPVMS-VMS721_FIBRE_SCSI-V0600--4.PCSI
ECO Kits Superseded by This ECO Kit: VMS721_FIBRE_SCSI-V0500
ECO Kit Approximate Size: 4720 Blocks
Kit Applies To: OpenVMS Alpha V7.2-1
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_1
To be installed by all customers.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
VMS721_PCSI-V0100
VMS721_UPDATE-V0300
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
VMS721_SYS-V1200
ECO KIT SUMMARY:
An ECO kit exists for FibreChannel and SCSI Drivers on OpenVMS Alpha
V7.2-1. This kit addresses the following problems:
NEW FUNCTIONALITY INTRODUCED IN VMS721FIBRE_SCSI-V0600 KIT:
o Interrupt and Response Coalescing is a functional option
implemented in KGPSA firmware which allows LP8000 and LP9002
adapters to reduce the number of interrupts seen by a host.
Given a response count and a delay time (in ms), the adapter
can defer interrupting the host until that number of responses
is available or until that amount of time has passed,
whichever occurs first. This also makes each interrupt seen
by the host more cost-effective because it will generally
process more responses per interrupt than without Interrupt
Coalescing.
Images Affected: [SYSHLP.UNSUPPORTED]FC$CP.EXE
[SYS$LDR]SYS$FGEDRIVER.EXE
[SYS$LDR]SYS$PGADRIVER.EXE
o Enabling Interrupt and Response Coalescing
You can turn on Interrupt and Response Coalescing with the
following command:
$ MCR SYS$ETC:FC$CP FGx <enables> [<delay ms>] -
$_ [<response count>]
- FGx : the type of FG device (FGA, FGB etc.). To
determine which FG devices are present, refer to the
section titled "Determining FGx Devices"
- <enables> : Enables bit 1 = Response Coalescing and bit 0
= Interrupt Coalescing.
- <delay ms> : Delay is in milliseconds and can range from
0 to 255 decimal.
- Response count can range from 0 to 63 decimal.
- Any negative value leaves a parameter unchanged.
- Values returned are those which are current after any
changes.
The recommended command is:
MCR SYS$ETC:FC$CP FGA 3 1 8
You should substitute FGA with whatever FG device you wish to
configure. The command must be run once per boot for every
Emulex FibreChannel adapter on which Interrupt Coalescing is
to be enabled. Once enabled it will persist across adapter
initializations, path switches, CPU affinity changes, etc., in
other words, until the next boot. Interrupt Coalescing can be
turned off by passing an "enables" value of 0.
o Determining FGx Devices
In order to tell which FGx device(s) you have on your system,
execute the following commands:
$ ANALYZE/SYSTEM
SDA>CLUE CONFIG/A
Following is an excerpt of an example of the output of the
above commands. Note that all fields are not included, only
those needed to determine adapter type.
Adapter Configuration:
----------------------
Port BusArrayEntry Device Name / HW-Id
---- ---------------- --------------------
FGA: FFFFFFFF.810FBC40 KGPSA-CA (Emulex LP8000)
FGB: FFFFFFFF.810FBC78 KGPSA-** (Emulex LP9000)
Interrupt and Response Coalesing will only operate on LP8000
and LP9002 adapters. If the device name is not listed you
will you will need to EXAMINE the BusArrayEntry entry to tell
whether the Adapter is an LP8000, LP9002 or an earlier type of
adapter. Following is an example of the EXAMINE command:
SDA> EXAMINE FFFFFFFF.810FBC40
FFFFFFFF.810FBC40: F80010DF.F80010DF "ß..øß..ø"
SDA> EXAMINE FFFFFFFF.810FBC78
FFFFFFFF.810FBC78: F90010DF.F90010DF "ß..ùß..ù"
The field F80010DF.F80010DF shows that the adapter is an
LP8000 adapter.
The field F90010DF.F90010DF shows that the adapter is an
LP9002 adapter.
PROBLEMS ADDRESSED IN VMS721_FIBRE_SCSI-V0600 KIT:
o When booting, a shadowed system disk can hang the cluster.
Images Affected: [SYS$LDR]SYS$DKDRIVER.EXE
o If the system experiences bus starvation because of heavy IO
activity, there is a possibility that some IO will timeout and
reset the SCSI bus. This could result in Disk Mount Verifies.
Also, data corruption might occur during heavy IO Timeouts.
The IO Timeouts could be detected by looking for Error Type 4,
Subtype 1 in the Error Log,
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o When a Fibre Channel disk is being brought back online after a
controller failover, the user may see a variety of problems
ranging from process hangs and system hangs, to system crashes
with a variety of bugchecks. All systems using disks served
from the affected HSG controllers will be affected.
The nature of this problem is twofold:
o It completely shuts down the HSG controller. Anything
accessing that HSG will hang until their I/O times out.
This will cause any number of failures from all the disks
becoming unavailable.
o It consumes a number of resources on the systems. A crash
will result from what ever critical resource runs out
first.
If the wrong equilibrium is reached, the systems can appear to
hang indefinitely. It is possible, but not likely, that they
will recover with no intervention.
Images Affected: [SYS$LDR]SYS$DKDRIVER.EXE
o If a non-clustered OpenVMS system, prior to V7.3, attempts to
mount a fibre channel disk with a persistent reservation on
it, the system will bugcheck with an "INVEXCEPTN, Exception
while above ASTDEL".
Persistent reservations can be on a disk from the SWCC program
or when the disk was mounted by a V7.3 OpenVMS release or
later. They can also be present from having the disk used by
a non-OpenVMS operating system that uses persistent
reservations.
Crashdump Summary
-----------------
Bugcheck Type: INVEXCEPTN, Exception while above ASTDEL
Current Process: NULL
Current Image: <not available>
Failing PC: FFFFFFFF.802929C8 SYS$DKDRIVER+109C8
Failing PS: 38000000.00000804
Module: SYS$DKDRIVER
(Link Date/Time: 9-FEB-2001 08:51:21.81)
Offset: 000109C8
Images Affected: [SYS$LDR]SYS$DKDRIVER.EXE
o When a TLZ10 tape with an incorrect label is installed on a
789X SCSI adapter (KZPEA 7899 card or built-in 7895 card in a
DS20E), the user should receive a MEDOFL (Medium offline)
error. Instead, the user receives an incorrect DRVERR (Drive
Error) error.
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o An INIT command, when used on SCSI tapes, can take 1/2 hour or
more to quit if no tape is in the unit. With this change, the
INIT command fails immediately when there is no media in the
drive.
Images Affected: [SYS$LDR]SYS$MKDRIVER.EXE
o The system can crash with an "INCONSTATE, Inconsistent I/O
data base" bugcheck at SYS$FGEDRIVER+8C3C.
Crashdump Summary Information:
------------------------------
Bugcheck Type: INCONSTATE,
Inconsistent I/O data base
Current Process: NULL
Current Image: <not available>
Failing PC: FFFFFFFF.802DAC3C SYS$FGEDRIVER+08C3C
Failing PS: 18000000.00000804
Module: SYS$FGEDRIVER
(Link Date/Time: 5-DEC-2001 14:41:56.69)
Offset: 00008C3C
Images Affected: [SYS$LDR]SYS$FGEDRIVER.EXE
[SYSLIB]FC$SDA.EXE
o The system can crash with a SSRVEXCEPT, Unexpected system
service exception" bugcheck.
Crashdump Summary Information:
------------------------------
Bugcheck Type: SSRVEXCEPT, Unexpected system service
exception
CPU Type: AlphaServer 2100 4/233
Failing PC: FFFFFFFF.801CB968
NSA$REFERENCE_RIGHTS_CHAIN_C+00008
Failing PS: 10000000.00000201
Module: SECURITY
(Link Date/Time: 5-AUG-2001 01:12:10.86)
Offset: 0000B96
Images Affected: [SYS$LDR]SYS$FGEDRIVER.EXE
o Attempting to mount a TLZ09 gives a DRVERR error.
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o After executing a HSV110 controller restart, the system loses
connection to the disks on the HSV110.
Images Affected: [SYS$LDR]SYS$FGEDRIVER.EXE
PROBLEMS ADDRESSED IN VMS721_FIBRE_SCSI-V0500 KIT:
o If an MCR SYMAN IO AUTO command is issued to hot add/ swap
SCSI targets, there is a possibility that a system can
experience a hang.
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o A system can experience excessive SCSI bus resets due to
un-synchronized access to device registers.
Images Affected: [SYS$LDR]SYS$PKWDRIVER.EXE
o Tape Density values are not stored correctly. This causes
third party tape applications, such as Oracle's RMU backup
utility, to fail when performing multi-volume tape backup and
other operations which require the tape density to be stored
correctly.
Images Affected: [SYS$LDR]SYS$MKDRIVER.EXE
o The system can hang due to IO's Timing Out, and the driver not
re-trying the IO command. The IO timeout can be detected
through the error log.
Images Affected: [SYS$LDR]SYS$PKADRIVER.EXE
o On OpenVMS Alpha clusters sharing a SCSI bus and attached to
the bus with KZPBA SCSI controllers, disks may not come out of
Mount Verify.
Images Affected: [SYS$LDR]SYS$PKQDRIVER.EXE
o When performing multi-volume Backup (and various other Backup
operations involving label processing) with generic SCSI
tapes, compaction status gets turned off.
Images Affected: [SYS$LDR]SYS$MKDRIVER.EXE
o Odd byte records read from tape to a memory buffer larger than
the tape record results in one extra byte of data.
Images Affected: [SYS$LDR]SYS$PKWDRIVER.EXE
o When an HSZ/HSG device reports mirror copy status events, the
ERRCNT of the device is incremented. This gives the false
impression that there is a problem with the device(s).
Images Affected: [SYS$LDR]SYS$DKDRIVER.EXE
o In a multiprocessor environment, exception conditions (such as
AUTOGEN, disk errors, power glitches, etc.) cause the
PKWDRIVER, the hardware interface, and the script code to
become un-synchronized relative to each other. This lack of
synchronization can cause excessive bus resets, mount verify
timeouts, command timeouts, I/O system hangs, system crashes
and/or file corruption. The most obvious problem is the
occurrence of SCSI bus resets. These can be seen with a "SHOW
ERROR" command and will be in the error log.
Images Affected: [SYS$LDR]SYS$PKWDRIVER.EXE
o Tape drive performance degrades significantly after a tape
error.
Images Affected: [SYS$LDR]SYS$MKDRIVER.EXE
o If a disk is mounted software write protected, when the disk
enters and completes mount verification, the disk is software
write enabled.
Images Affected: [SYS$LDR]SYS$DKDRIVER.EXE
o A system can crash with an INVEXCEPTN, Exception while above
ASTDEL bugcheck.
Crashdump Summary Information:
------------------------------
Bugcheck Type: INVEXCEPTN, Exception while above ASTDEL
Current Process: NULL
Current Image: <not available>
Failing PC: FFFFFFFF.802FB820 SCS$POLL_MODE_C+00460
Failing PS: 1C000000.00000804
Module: SYS$SCS (Link Date/Time:
9-DEC-2000 00:44:16.18)
Offset: 00005820
Images Affected: [SYS$LDR]SYS$PGADRIVER.EXE
o A system can experience CPUSPINWAIT Crashes. See Crash dump
summary below.
Crashdump Summary Information:
------------------------------
Bugcheck Type: CPUSPINWAIT, CPU spinwait timer
expired
Current Process: NULL
Current Image: <not available>
Failing PC: FFFFFFFF.80088384
SMP$TIMEOUT_C+00064
Failing PS: 18000000.00000804
Module: SYSTEM_SYNCHRONIZATION_MIN
(Link Date/Time: 26-MAY-2001 22:21:11.81)
Offset: 00000384
Images Affected: [SYS$LDR]SYS$PKQDRIVER.EXE
o For 8MM tapes (for example Exabyte, TZK15), a COPY command to
a freshly initialized tape results in a fatal drive error
whenever the COPY command is issued on a TMSCP client node.
The error log will show that an Illegal Request has been sent
to the drive.
Images Affected: [SYS$LDR]SYS$MKDRIVER.EXE
o Mounting CDs in the Yamaha CD-Writer CRW8424S results in a
'%MOUNT-F-FORMAT, invalid media format' error message.
Images Affected: [SYS$LDR]SYS$DKDRIVER.EXE
o When booting, a shadowed system disk can hang the cluster.
Images Affected: [SYS$LDR]SYS$DKDRIVER.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability
If you have other nodes in your OpenVMS cluster, 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.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS721_FIBRE_SCSI /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATIONS INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V6.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS721_FIBRE_SCSI-V0600 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS721_FIBRE_SCSI/PROD=DEC/BASE=AXPVMS/VER=V6.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Thu Jun 06 2002 - 02:30:03 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1/dec-axpvms-vms721_amacro-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS721_AMACRO-V0100 Alpha V7.2-1 AMACRO ECO Summary
New Kit Date: 06-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: ALPHA_MACRO.EXE
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS721_AMACRO-V0100
DEC-AXPVMS-VMS721_AMACRO-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 12208 Blocks
Kit Applies To: OpenVMS Alpha V7.2-1
System/Cluster Reboot Necessary: No
Rolling Re-boot Supported: Information not available
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
None
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for OpenVMS Alpha V7.2-1. This kit addresses the
following problems:
PROBLEMS ADDRESSED IN VMS721_AMACRO-V0100 KIT:
o The floating point support macros in AMAC_FLT$MACROS.MAR were
recently rewritten. The floating point support macros do not
handle VAX floating instructions that have "modify" operands
(ie, ADDF2) that used auto-inc or auto-dec addressing modes.
The ADDF2 macro uses the second operand twice in the generated
code. This leads to the auto-inc or auto-dec being done twice
instead of once.
Images Affected: [SYSLIB]STARLET.MLB
o An internal field to count flow nodes was limited to 32K.
However, there was no check to see if it overflowed. When it
overflowed, it caused an ACCVIO later downstream.
Images Affected: [SYSEXE]ALPHA_MACRO.EXE
o CMPW of values that are more than 32767 apart will give the
wrong result.
Images Affected: [SYSEXE]ALPHA_MACRO.EXE
o AMACRO's floating point support macros do not correctly handle
double-precision floating point immediate operands require
more than 7 digits of precision.
Images Affected: [SYSLIB]STARLET.MLB
INSTALLATION NOTES:
No reboot is necessary after successful installation of the kit.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS721_AMACRO /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS721_AMACRO-V0100 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$!
$ PROD INSTALL VMS721_AMACRO/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Thu Jun 06 2002 - 02:30:23 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1h1/dec-axpvms-vms721h1_amacro-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS721H1_AMACRO-V0100 Alpha V7.2-1H1 AMACRO ECO Summary
New Kit Date: 06-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: ALPHA_MACRO.EXE
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS721H1_AMACRO-V0100
DEC-AXPVMS-VMS721H1_AMACRO-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 12208 Blocks
Kit Applies To: OpenVMS Alpha V7.2-1H1
System/Cluster Reboot Necessary: No
Rolling Re-boot Supported: Information not available
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
VMS721H1_UPDATE-V0500
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for OpenVMS Alpha V7.2-1H1. This kit addresses the
following problems:
PROBLEMS ADDRESSED IN VMS721H1_AMACRO-V0100 KIT:
o The floating point support macros in AMAC_FLT$MACROS.MAR were
recently rewritten. The floating point support macros do not
handle VAX floating instructions that have "modify" operands
(ie, ADDF2) that used auto-inc or auto-dec addressing modes.
The ADDF2 macro uses the second operand twice in the generated
code. This leads to the auto-inc or auto-dec being done twice
instead of once.
Images Affected: [SYSLIB]STARLET.MLB
o An internal field to count flow nodes was limited to 32K.
However, there was no check to see if it overflowed. When it
overflowed, it caused an ACCVIO later downstream.
Images Affected: [SYSEXE]ALPHA_MACRO.EXE
o CMPW of values that are more than 32767 apart will give the
wrong result.
Images Affected: [SYSEXE]ALPHA_MACRO.EXE
o AMACRO's floating point support macros do not correctly handle
double-precision floating point immediate operands require
more than 7 digits of precision.
Images Affected: [SYSLIB]STARLET.MLB
INSTALLATION NOTES:
No reboot is necessary after successful installation of the kit.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS721H1_AMACRO /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS721H1_AMACRO-V0100 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$!
$ PROD INSTALL VMS721H1_AMACRO/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Thu Jun 06 2002 - 02:30:38 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-2/dec-axpvms-vms722_amacro-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS722_AMACRO-V0100 Alpha V7.2-2 AMACRO ECO Summary
New Kit Date: 06-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: ALPHA_MACRO.EXE
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS722_AMACRO-V0100
DEC-AXPVMS-VMS722_AMACRO-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 12224 Blocks
Kit Applies To: OpenVMS Alpha V7.2-1
System/Cluster Reboot Necessary: No
Rolling Re-boot Supported: Information not available
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
None
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for OpenVMS Alpha V7.2-2. This kit addresses the
following problems:
PROBLEMS ADDRESSED IN VMS722_AMACRO-V0100
o CMPW of values that are more than 32767 apart will give the
wrong result.
Images Affected: [SYSEXE]ALPHA_MACRO.EXE
o AMACRO's floating point support macros do not correctly handle
double-precision floating point immediate operands require
more than 7 digits of precision.
Images Affected: [SYSLIB]STARLET.MLB
INSTALLATION NOTES:
No reboot is necessary after successful installation of the kit.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS722_AMACRO /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS722_AMACRO kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$!
$ PROD INSTALL VMS722_AMACRO/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Thu Jun 06 2002 - 04:30:03 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1/dec-axpvms-vms721_cpu1605-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS721_CPU1605-V0100 Alpha V7.2-1 CPU Routines 1605 ECO Summary
New Kit Date: 06-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: CPU Routines
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS721_CPU1605-V0100
DEC-AXPVMS-VMS721_CPU1605-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 256 Blocks
Kit Applies To: OpenVMS Alpha V7.2-1
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_2
2 - To be installed by all customers using
the following feature(s):
Alphaserver 4100 system
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
VMS721_UPDATE-V0300
VMS721_PCSI-V0100
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for CPU Routines 1605 on OpenVMS Alpha V7.2-1.
This kit addresses the following problems.
PROBLEMS ADDRESSED IN VMS721_CPU1605-V0100 KIT
o The "clocks synch" flag is set on Alphaserver 4100 systems.
However, these systems do not have synchronized clocks. This
can result in a system crash with an INVEXCEPTN, Exception
while above ASTDEL:
Bugcheck Type: INVEXCEPTN, Exception while above ASTDEL
Current Process: RJ
Failing PC: FFFFFFFF.80007268 OTS$REM_UL_C+000B8
Failing PS: 30000000.00000801
Module: SYS$BASE_IMAGE (Link Date/Time:
21-NOV-1998 00:35:06.23)
Offset: 00005268
This change causes the "clocks synch" flag to not be set. The
result of not setting this flag means that soft CPU affinity
is not available on Alphaserver 4100 systems. If a user types
the DCL command:
SET PROCESS/AFFINITY=SOFT
the error returned will be "unsupported operation or
function". Similarly, the same error will be returned if the
$SET_IMPLICIT_AFFINITY system service is invoked.
Images Affected: [SYS$LDR]SYS$CPU_ROUTINES_1605.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability
If you have other nodes in your OpenVMS cluster, 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.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS721_CPU1605 /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS721_CPU1605-V0100 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS721_CPU1605/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Thu Jun 06 2002 - 04:30:05 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-2/dec-axpvms-vms722_decw_xterm-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS722_DECW_XTERM-V0100 Alpha V7.2-2 FONT_DAEMON ECO Summary
New Kit Date: 06-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: DWT_FONT_DAEMON.EXE
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS722_DECW_XTERM-V0100
DEC-AXPVMS-VMS722_DECW_XTERM-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 208 Blocks
Kit Applies To: OpenVMS Alpha V7.2-2
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required 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 FONT_DAEMON on OpenVMS Alpha V7.2-2. This kit
addresses the following problems:
PROBLEMS ADDRESSED IN VMS722_DECW_XTERM-V0100 KIT:
o Several FONTS (such as Hebrew) cause a process crash trying to
start the FONT_DAEMON (process DECW$FD). Users will see the
following error message:
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
address=000000B9CA8`, PC=000000000003A328, PS=0000001B
Images Affected: [SYSEXE]DECW$DWT_FONT_DAEMON.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability
If you have other nodes in your OpenVMS cluster, 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.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS722_DECW_XTERM /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS722_DECW_XTERM-V0100 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS722_DECW_XTERM/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Thu Jun 06 2002 - 06:30:02 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-1/acms/4.3/acms_u2_043.README
*******************************************************************************
TITLE: ACMS ACMS_U2_043 ACMS V4.3 for OpenVMS Alpha ECO Summary
New Kit Date: 06-JUN-2002
Modification Date: Not Applicable
Modification Type: Updated Kit Supersedes VMS73_ACMS-V0100
VMS722_ACMS-V0100
VMS721H1_ACMS-V0100 and
VMS721_ACMS-V0100
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
PRODUCT: ACMS
OP/SYS: OpenVMS Alpha
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: ACMS_U2_043
ECO Kits Superseded by This ECO Kit: VMS73_ACMS-V0100
VMS722_ACMS-V0100
VMS721H1_ACMS-V0100
VMS721_ACMS-V0100
ECO Kit Approximate Size: 1926 Blocks
Kit Applies To: ACMS V4.3
OpenVMS Alpha V7.2-1, V7.2-1H1, V7.2-2 and V7.3
System/Cluster Reboot Necessary: No
Rolling Re-boot Supported: Information Not Available
Installation Rating: INSTALL_1
1 : To be installed by all customers.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
ACMS V4.3
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for ACMS V4.3 on opemVMS Alpha V7.2-1 through V7.3.
This kit addresses the following problems:
PROBLEMS ADDRESSED IN ACMS_U2_043 KIT:
o When running the Compaq OpenVMS Alpha Version 7.3 Debugger
(provided with OpenVMS Alpha Version 7.2), the ACMS Task
Debugger cannot access workspace contents using the Workspace
symbol process (workspace looker). The following error is
returned when the EXAMINE command is issued:
ACMSDBG> EXAMINE CTRL_WKSP
%DEBUG-E-NOSYMBOL, symbol 'CTRL_WKSP' is not in
the symbol table
Images Affected: [SYSEXE]ACMSDBG.EXE
o If the previous ACMS ECO kits are installed, during an OpenVMS
upgrade, ACMS V4.3 files are deleted from the system.
PROBLEMS ADDRESSED IN VMS73_ACMS-V0100, VMS722_ACMS-V0100,
VMS721H1_ACMS-V0100 AND VMS721_ACMS-V0100 KITS
o Compaq has determined that OpenVMS Alpha systems running ACMS
version 4.3 or 4.4 have a serious security flaw involving
elevated privileges that could be exploited. This potential
Security Vulnerability involves ACMS processes having more
privileges enabled than the privileges specified in the
authorization file.
To protect against this potential security risk, Compaq is
making available a mandatory update ECO for ACMS V4.3
customers running OpenVMS Alpha V7.2, V7.2-2, and V7.3.
The ACMS V4.3 ECO kit is being made available through the
Compaq services web site and ECO kit distribution tools.
For ACMS V4.4 customers a new product version release, ACMS
V4.4A, is being distributed on the OpenVMS Alpha Product
Library starting in Q1 CY2002. ACMS V4.4 customers should
upgrade to V4.4A immediately. ACMS V4.4A is supported on
OpenVMS Alpha V7.2-2 and V7.3.
**** NOTE ****
This problem does not compromise the security of the OpenVMS
operating system. If ACMS is not installed on your system,
you do NOT need to install this mandatory update. You can
verify whether or not ACMS has been installed on your system
using the following command:
$ ACMS/SHOW SYSTEM
If ACMS is not installed you will get a "%DCL-W-IVVERB,
unrecognized command verb" error message. If ACMS is
installed, you will get a ACMS status message that tells you
the version of ACMS running on your machine.
Images Affected: [SYSEXE]ACMSBOOT.EXE
[SYS$STARTUP]ACMSTART.COM
INSTALLATION NOTES:
Install this kit with the VMSINSTAL utility by logging into the
SYSTEM account, and typing the following at the DCL prompt:
SYS$UPDATE:VMSINSTAL ACMS_U2_043 /SOURCE=[location of Kit]
The saveset location may be a tape drive, CD, or a disk directory
that contains the kit.
You do not need to reboot your OpenVMS system. However, you will
need to restart ACMS after applying the patch kit by using the
following ACMS procedures:
o SYS$STARTUP:ACMSTOP
o SYS$STARTUP:ACMSTART
All trademarks are the property of their respective owners.
---
From: Faye Abba (fayeabbamaktoob.com)
Date: Thu Jun 06 2002 - 06:55:39 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
I am Faye Abba a South African and an attorney to the family of president Suharto
former president of Indonesia. I seek the assistance of some one who is genuinely
interested in entering into a business relationship with long-term focus,
understanding and willingness of a kind heart to help.
In brief, President Suharto was the former president of Indonesia and had ruled the
country for 32 years before he resigned some years back. Upon his resignation from
power, he and members of his family have been harassed and intimidated by successive
governments in his country. This has led to the freezing of bank accounts belonging
to him and members of his family both home and abroad and assets belonging to them
both locally and internationally being seized. Based on the aforementioned however
it is note worthy to inform you that they still have in their estimation, about
US$80m in cash,hidden away in a Security Company in Europe being known only by the
family members and me. It is therefore on this note that President Suharto has
directed that I secretly find for them a genuine and reliable person of trust and
whom they have had no previous personal or business relationship with. The person is
to assist them in transferring this sums to a safe account he or she would provide
and assist in investing this said amount. They intend to part with a reasonable
percentage of this money, for your assistance, in a long term strategic partnership
though this is subject to negotiation and agreement.
My duty therefore among others is to ensure that you will not only help to
accommodate and safeguard this fund in an account you will provide, to save them
from being clamped down by Indonesian security agencies, but will also co-ordinate
this transaction. You will also assist in investing the family fortune that is
scattered all over the world in areas you will advice on. Note that there is no risk
involved as you, the family members, and myself only know this. As soon as we
receive your letter of aceptance/acknowledgement,I shall give you more highlight on
this transaction.
Yours faithfully,
Faye Abba
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Fri Jun 07 2002 - 02:30:02 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.2-2/dec-axpvms-vms722_install-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS722_INSTALL-V0100 Alpha V7.2-2 INSTALL ECO Summary
New Kit Date: 07-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: INSTALL
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS722_INSTALL-V0100
DEC-AXPVMS-VMS722_INSTALL-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 288 Blocks
Kit Applies To: OpenVMS Alpha V7.2-2
System/Cluster Reboot Necessary: Yes
Rolling Re-boot Supported: Yes
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
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 OpenVMS Alpha V7.2-2. This kit addresses the
following problems:
PROBLEMS ADDRESSED IN VMS722_INSTALL-V0100 KIT:
o For performance reasons, it is beneficial to install large and
heavily accessed images RESIDENT. On NUMA platforms, RESIDENT
installed images also get replicated into each RAD to reduce
memory latency.
Until now, it was not possible to install an image RESIDENT
that was linked TRACEBACK. Customers are not always willing
to re-link their images /NOTRACEBACK because they would like
the stack tracedump for trouble shooting, in case of any
errors. On the other hand they would like the performance
benefit that installing an image RESIDENT gives.
This change allows /TRACEBACK linked images to be installed
RESIDENT if they do not specify any privileges. Privileged
installed images with the debug/traceback handler are
vulnerable. For these images the INSTALL ADD or REPLACE
command will still be prohibited.
Images Affected: [SYSEXE]INSTALL.EXE
INSTALLATION NOTES:
This kit requires a system reboot. Compaq strongly recommends that
a reboot is performed immediately after kit installation to avoid
system instability
If you have other nodes in your OpenVMS cluster, 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.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS722_INSTALL /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- $ DEFINE/SYS NO_ASK$REBOOT TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS722_INSTALL-V0100 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$ DEFINE/SYS NO_ASK$REBOOT TRUE
$!
$ PROD INSTALL VMS722_INSTALL/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$ DEASSIGN/SYS NO_ASK$REBOOT
$!
$ exit
All trademarks are the property of their respective owners.
---
From: system PRIVILEGED account (rootstage1.cxo.cpqcorp.net)
Date: Fri Jun 07 2002 - 02:30:05 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
*******************************************************************************
* *
* This is a newly released patch... *
* *
* Online links can be found at *
* http://ftp.support.compaq.com/patches/public/vms/axp/v7.3/dec-axpvms-vms73_amacro-v0100--4.README
*******************************************************************************
TITLE: OpenVMS VMS73_AMACRO-V0100 Alpha V7.3 AMACRO ECO Summary
New Kit Date: 07-JUN-2002
Modification Date: Not Applicable
Modification Type: NEW KIT
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.pcsi-dcx_axpexe or
kitname.pcsi-dcx_vaxexe, then it can be expanded by typing
RUN kitname.pcsi-dcx_axpexe or kitname.pcsi-dcx_vaxexe. The
resultant file will be the PCSI installation file which can be
used to install the ECO.
Copyright (c) Compaq Computer Corporation 2002. All rights reserved.
OP/SYS: OpenVMS Alpha
COMPONENT: ALPHA_MACRO.EXE
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: VMS73_AMACRO-V0100
DEC-AXPVMS-VMS73_AMACRO-V0100--4.PCSI
ECO Kits Superseded by This ECO Kit: None
ECO Kit Approximate Size: 12288 Blocks
Kit Applies To: OpenVMS Alpha V7.3
System/Cluster Reboot Necessary: No
Rolling Re-boot Supported: Information not available
Installation Rating: INSTALL_3
3 - To be installed by customers
experiencing the problems corrected.
Kit Dependencies:
The following remedial kit(s), or later, must be installed BEFORE
installation of this, or any required kit:
VMS73_UPDATE-V0100
In order to receive all the corrections listed in this
kit, the following remedial kits, or later, should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for OpenVMS Alpha V7.3. This kit addresses the
following problems:
PROBLEMS ADDRESSED IN VMS73_AMACRO-V0100 KIT:
o The AMACRO compiler does not properly sign-extend the result
of a BITL instruction. If either of the operands to BITL
comes from a quadword operation (like EVAX_LDQ), then the
missing sign-extension will cause the BITL instruction to
produce the wrong result.
Images Affected: [SYSEXE]ALPHA_MACRO.EXE
o CMPW of values that are more than 32767 apart will give the
wrong result.
Images Affected: [SYSEXE]ALPHA_MACRO.EXE
o AMACRO's floating point support macros do not correctly handle
double-precision floating point immediate operands require
more than 7 digits of precision.
Images Affected: [SYSLIB]STARLET.MLB
INSTALLATION NOTES:
No reboot is necessary after successful installation of the kit.
INSTALLATION INSTRUCTIONS:
Install this kit with the POLYCENTER Software installation utility
by logging into the SYSTEM account, and typing the following at the
DCL prompt:
PRODUCT INSTALL VMS73_AMACRO /SOURCE=[location of Kit]
The kit location may be a tape drive, CD, or a disk directory that
contains the kit.
Additional help on installing PCSI kits can be found by typing
HELP PRODUCT INSTALL at the system prompt
SPECIAL INSTALLATION INSTRUCTIONS:
o Scripting of Answers to Installation Questions
During installation, this kit will ask and require user
response to several questions. If you wish to automate the
installation of this kit and avoid having to provide responses
to these questions, you must create a DCL command procedure
that includes the following definitions and commands:
- $ DEFINE/SYS NO_ASK$BACKUP TRUE
- Add the following qualifiers to the PRODUCT INSTALL
command and add that command to the DCL procedure.
/PROD=DEC/BASE=AXPVMS/VER=V1.0
- De-assign the logicals assigned
For example, a sample command file to install the
VMS73_AMACRO-V0100 kit would be:
$
$ DEFINE/SYS NO_ASK$BACKUP TRUE
$!
$ PROD INSTALL VMS73_AMACRO/PROD=DEC/BASE=AXPVMS/VER=V1.0
$!
$ DEASSIGN/SYS NO_ASK$BACKUP
$!
$ exit
All trademarks are the property of their respective owners.
---
From: Oscar Buckley (bxmtmnetscape.net)
Date: Sat Jun 08 2002 - 09:06:17 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
***** This is an HTML Message ! *****
From: Lyris List Manager (unsubscribe-confirmlist.support.compaq.com)
Date: Sat Jun 08 2002 - 12:21:48 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
unsubscribed from the 'openvms' mailing list.
This unsubscribe command requires your confirmation that you want to be
unsubscribed.
To confirm that you do want to unsubscribe, reply to this message so that
the words "ok 7518" appear somewhere on the subject line.
Make sure that your reply message is addressed to
unsubscribe-confirmlist.support.compaq.com
You will receive notification that your confirmation has been received, and
that you have been unsubscribed.
If you do not want to unsubscribe, do nothing. You will be kept on the
mailing list.
---
Return-Path: <bxmtmnetscape.net>
Received: from memiantln01.miami.mccann.com ([198.70.139.141]) by list.support.compaq.com with SMTP (Lyris List Manager LINUX version 4.0); Sat, 08 Jun 2002 10:21:47 -0700
Received: from hbhjhju ([64.24.246.78]) by memiantln01.miami.mccann.com (Lotus SMTP MTA v4.6.1 (569.2 2-6-1998)) with SMTP id 85256BD2.005AFE29; Mon, 8 Jun 1970 12:34:40 -0400
From: "Oscar Buckley" <bxmtmnetscape.net>
Subject:
To: openvms-request
X-Mailer: Mozilla 4.78 [en] (Win95; I)
Mime-Version: 1.0
Date: Sat, 08 Jun 2002 09:06:17 -0500
Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0"
Content-Transfer-Encoding: 7bit
# Mail sent to leave-openvms-7518h was converted to these commands:
end
# This is the text of the message that triggered the action:
Return-Path: <bxmtmnetscape.net>
Received: from memiantln01.miami.mccann.com ([198.70.139.141]) by list.support.compaq.com with SMTP (Lyris List Manager LINUX version 4.0); Sat, 08 Jun 2002 10:21:47 -0700
Received: from hbhjhju ([64.24.246.78]) by memiantln01.miami.mccann.com (Lotus SMTP MTA v4.6.1 (569.2 2-6-1998)) with SMTP id 85256BD2.005AFE29; Mon, 8 Jun 1970 12:34:40 -0400
From: "Oscar Buckley" <bxmtmnetscape.net>
Subject: On The Way #62F5
To: you877m
X-Mailer: Mozilla 4.78 [en] (Win95; I)
Mime-Version: 1.0
Date: Sat, 08 Jun 2002 09:06:17 -0500
Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0"
Content-Transfer-Encoding: 7bit
12FC
This is a MIME Message
------=_NextPart_000_007F_01BDF6C7.FABAC1B0
Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0"
------=_NextPart_001_0080_01BDF6C7.FABAC1B0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
***** This is an HTML Message ! *****
------=_NextPart_001_0080_01BDF6C7.FABAC1B0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-=
1252">
<meta name=3D"GENERATOR" content=3D"Microsoft FrontPage 4=2E0">
<meta name=3D"ProgId" content=3D"FrontPage=2EEditor=2EDocument">
<title>FREE Computer With Merchant Account Setup</title>
</head>
<body>
<center>
<p><b>COMPLETE CREDIT CARD PROCESSING SYSTEMS FOR YOUR BUSINESS=2E INTERNE=
T - HOME
BASED - MAIL ORDER - PHONE ORDER</b></p>
<p><b>Do you accept credit cards? Your competition does!</b></p>
<p> </p>
<p>Everyone Approved - Credit Problems OK!<br>
Approval in less than 24 hours!<br>
Increase your sales by 300%<br>
Start Accepting Credit Cards on your website!<br>
Free Information, No Risk, 100% confidential=2E<br>
Your name and information will not be sold to third parties!<br>
Home Businesses OK! Phone/Mail Order OK!<br>
No Application Fee, No Setup Fee!<br>
Close More Impulse Sales!<br>
<br>
</p>
<div align=3D"center">
<table border=3D"0" cellspacing=3D"0" width=3D"85%">
<tr>
<td width=3D"100%">
<p align=3D"center"><b><font face=3D"Times New Roman" size=3D"5" c=
olor=3D"#CC0000">Everyone Approved!</font></b></p>
<p><b><font face=3D"Times New Roman"> Good Credit or Bad! To=
apply today, please fill out
the express form below=2E It
contains all the information we need to get your account approved=2E For a=
rea's
that do not apply to you please put "n/a" in the box=2E<br>
<br>
Upon receipt, we'll fax you with all of the all Bank Card Application
documents necessary to establish your Merchant Account=2E Once returned we=
can
have your account approved within 24 hours=2E<br> </font></b>
</p>
</td>
</tr>
</table>
</div>
<table border=3D"10" cols=3D"3" width=3D"385">
<tbody>
<tr>
<td align=3D"center" bgColor=3D"#990000" width=3D"119"><b><font colo=
r=3D"#ffff00" face=3D"Arial,Helvetica" size=3D"3">Service</font></b></td>
<td align=3D"center" bgColor=3D"#990000" width=3D"160"><b><font colo=
r=3D"#ffff00" face=3D"Arial,Helvetica" size=3D"3">Industry
Standard</font></b></td>
<td align=3D"center" bgColor=3D"#990000" width=3D"66">
<p align=3D"center"><b><font color=3D"#ffff00" face=3D"Arial,Helve=
tica" size=3D"3">US</font></b></p>
</td>
</tr>
<tr>
<td bgColor=3D"#ffff00" width=3D"119"><b><font face=3D"Arial,Helveti=
ca" size=3D"2">Site
Inspection</font></b></td>
<td align=3D"middle" width=3D"160"><b><font size=3D"2">$50 - $75</fo=
nt></b></td>
<td width=3D"66"><b><font color=3D"#3333ff" face=3D"Arial,Helvetica"=
size=3D"2">FREE</font></b></td>
</tr>
<tr>
<td bgColor=3D"#ffff00" width=3D"119"><b><font face=3D"Arial,Helveti=
ca" size=3D"2">Shipping</font></b></td>
<td align=3D"middle" width=3D"160"><b><font size=3D"2">$50 - $75</fo=
nt></b></td>
<td width=3D"66"><b><font color=3D"#3333ff" face=3D"Arial,Helvetica"=
size=3D"2">FREE</font></b></td>
</tr>
<tr>
<td bgColor=3D"#ffff00" width=3D"119"><b><font face=3D"Arial,Helveti=
ca" size=3D"2">Warranty</font></b></td>
<td align=3D"middle" width=3D"160"><b><font size=3D"2">$10 Per Month=
</font></b></td>
<td width=3D"66"><b><font color=3D"#3333ff" face=3D"Arial,Helvetica"=
size=3D"2">FREE</font></b></td>
</tr>
<tr>
<td bgColor=3D"#ffff00" width=3D"119"><b><font face=3D"Arial,Helveti=
ca" size=3D"2">Sales
Receipts</font></b></td>
<td align=3D"middle" width=3D"160"><b><font size=3D"2">$10 - $50&nbs=
p;</font></b></td>
<td width=3D"66"><b><font color=3D"#3333ff" face=3D"Arial,Helvetica"=
size=3D"2">FREE</font></b></td>
</tr>
<tr>
<td bgColor=3D"#ffff00" width=3D"119"><b><font face=3D"Arial,Helveti=
ca" size=3D"2">Fraud
Screening</font></b></td>
</center>
<td align=3D"middle" width=3D"160">
<p align=3D"left"><font size=3D"2"><b>$=2E50 - $1=2E00</b><br>
<b>Per Transaction</b></font></p>
</td>
<center>
<td width=3D"66"><b><font color=3D"#3333ff" face=3D"Arial,Helvetica" size=3D=
"2">FREE</font></b></td>
</tr>
<tr>
<td bgColor=3D"#ffff00" width=3D"119"><b><font face=3D"Arial,Helveti=
ca" size=3D"2">Amex Set
Up</font></b></td>
<td align=3D"middle" width=3D"160"><b><font size=3D"2">$50 - $75</fo=
nt></b></td>
<td width=3D"66"><b><font color=3D"#3333ff" face=3D"Arial,Helvetica"=
size=3D"2">FREE</font></b></td>
</tr>
<tr>
<td bgColor=3D"#ffff00" width=3D"119"><b><font face=3D"Arial,Helveti=
ca" size=3D"2">24 Hour Help
Line</font></b></td>
<td align=3D"middle" width=3D"160"><b><font size=3D"2">$10 Month</fo=
nt></b></td>
<td width=3D"66"><b><font color=3D"#3333ff" face=3D"Arial,Helvetica"=
size=3D"2">FREE</font></b></td>
</tr>
<tr>
<td bgColor=3D"#ffff00" width=3D"119"><b><font face=3D"Arial,Helveti=
ca" size=3D"2">Security
Bond</font></b></td>
<td align=3D"middle" width=3D"160"><font size=3D"2"><b>$5000- $10,00=
0</b><br>
<b>Or More</b></font></td>
<td width=3D"66"><b><font color=3D"#3333ff" face=3D"Arial,Helvetica"=
size=3D"2">NONE</font></b></td>
</tr>
</tbody>
</table><p>
<div align=3D"center">
<table border=3D"0" cellspacing=3D"0" width=3D"85%">
<tr>
<td width=3D"100%">
<p><font face=3D"Arial,Helvetica" size=3D"2"><b>This is a <font co=
lor=3D"#3333ff">No
Obligation Qualification Form</font> and is your first step to<fon=
t color=3D"#cc0000">
accepting credit cards=2E</font> By filling out this form you will=
<font color=3D"#3333ff">"not
enter"</font> in to any <font color=3D"#006600">obligations o=
r
contracts </font>with us=2E We will use it to determine the best p=
rogram
to offer you based on the information you provide=2E You will be c=
ontacted by one of our representatives within 1-2 business days to go over =
the rest of your account set up=2E</b></font>
<p align=3D"center"><font face=3D"Arial,Helvetica" size=3D"2"><b><=
font color=3D"#cc0000">Note:</font>
All Information Provided To Us <font color=3D"#cc0000">Will Remain=
100%
Confidential</font>
!! </b></font></td>
</tr>
</table>
</div>
<table border=3D"0">
<tbody>
<tr>
<td width=3D"100%">
<p align=3D"center"><b><font color=3D"#000099" face=3D"arial" size=
=3D"+2">Apply
Free With No Risk!</font></b></p>
</td>
</tr>
</tbody>
</table>
</center>
</form>
<div align=3D"left">
<table border=3D"0" width=3D"95%">
<tr>
<td width=3D"100%">
<p align=3D"center"><b><i><font size=3D"2" color=3D"#CC0000">Pleas=
e fill out the
express application form completely=2E<br>Incomplete information m=
ay prevent us from properly
processing your application=2E</font></i></b></p>
</td>
</tr>
</table>
</div>
<form name=3D"form"
method=3D"post"
action=3D"mailto:wjldsyahoo=2Ecom?SUBJECT=3DForm"
enctype=3D"text/plain"
<tr>
<div align=3D"left">
<table border=3D"0" width=3D"95%">
<tr>
<td width=3D"61%" align=3D"right"><font size=3D"2"><b>Your Full Emai=
l Address:</b><br>
<font color=3D"#ff0000">be sure to use your full address </font>(i=
=2Ee=2E<font color=3D"#ff0000">
</font>userdomain=2Ecom)</font></td>
<td width=3D"39%" align=3D"center"><input type=3D"text" name=3D"user=
_email" size=3D"29"></td>
</tr>
<tr>
<td width=3D"61%" align=3D"right"><b><font size=3D"2">Your Name:</fo=
nt></b></td>
<td width=3D"39%" align=3D"center"><input type=3D"text" name=3D"Appl=
icant_Name" size=3D"29"></td>
</tr>
<tr>
<td width=3D"61%" align=3D"right"><b><font size=3D"2">Business Name:=
</font></b></td>
<td width=3D"39%" align=3D"center"><input type=3D"text" name=3D"Busi=
ness_Name" size=3D"29"></td>
</tr>
<tr>
<td width=3D"61%" align=3D"right"><b><font size=3D"2">Business Phone=
Number:</font></b></td>
<td width=3D"39%" align=3D"center"><input type=3D"text" name=3D"Busi=
ness_Phone" size=3D"29"></td>
</tr>
<tr>
<td width=3D"61%" align=3D"right"><b><font size=3D"2">Home Phone Num=
ber:</font></b></td>
<td width=3D"39%" align=3D"center"><input type=3D"text" name=3D"Home=
Phone" size=3D"29"></td>
</tr>
<tr>
<td width=3D"61%" align=3D"right"><b><font size=3D"2">Type of Busine=
ss:</font></b></td>
<td width=3D"39%">
<div align=3D"left">
<table border=3D"0" width=3D"95%">
<tr>
<td width=3D"12%" align=3D"center"><input type=3D"radio" val=
ue=3D"retail" name=3D"Type_Business"></td>
<td width=3D"88%"><font size=3D"2"><b>Retail Business</b></f=
ont></td>
</tr>
<tr>
<td width=3D"12%" align=3D"center"><input type=3D"radio" val=
ue=3D"mailorder" name=3D"Type_Business"></td>
<td width=3D"88%"><font size=3D"2"><b>Mail Order Business</b=
></font></td>
</tr>
<tr>
<td width=3D"12%" align=3D"center"><input type=3D"radio" val=
ue=3D"internet" name=3D"Type_Business"></td>
<td width=3D"88%"><font size=3D"2"><b>Internet Based Busines=
s</b></font></td>
</tr>
</table>
</div>
</td>
</tr>
<tr>
<td width=3D"61%" align=3D"right"><b><font size=3D"2">Personal Credi=
t Rating:</font></b></td>
<td width=3D"39%">
<div align=3D"left">
<table border=3D"0" width=3D"95%">
<tr>
<td width=3D"12%" align=3D"center"><input type=3D"radio" val=
ue=3D"excellent" name=3D"Credit_Rank"></td>
<td width=3D"88%">Excellent</td>
</tr>
<tr>
<td width=3D"12%" align=3D"center"><input type=3D"radio" val=
ue=3D"good" name=3D"Credit_Rank"></td>
<td width=3D"88%">Good</td>
</tr>
<tr>
<td width=3D"12%" align=3D"center"><input type=3D"radio" val=
ue=3D"fair" name=3D"Credit_Rank"></td>
<td width=3D"88%">Fair</td>
</tr>
<tr>
<td width=3D"12%" align=3D"center"><input type=3D"radio" val=
ue=3D"poor" name=3D"Credit_Rank"></td>
<td width=3D"88%">Poor</td>
</tr>
</table>
</div>
</td>
</tr>
<tr>
<td width=3D"61%" align=3D"right"><b><font size=3D"2">How Soon Would=
You Like a Merchant
Account?</font></b></td>
<td width=3D"39%">
<p align=3D"center"><input type=3D"text" name=3D"How_Soon" size=3D=
"29"></p>
</td>
</tr>
<tr>
<td width=3D"100%" colspan=3D"2">
<div align=3D"center">
<center>
<table border=3D"0" width=3D"13%">
<tr>
<td width=3D"100%">
<p align=3D"center"><input type=3D"submit" value=3D"Submit=
" name=3D"B1"></td>
</tr>
</table>
</center>
</div>
</td></form>
</tr>
</table>
</div><br>
<div align=3D"center">
<center>
<table border=3D"3" cellspacing=3D"0" width=3D"85%" bgcolor=3D"#E8E8E8" =
bordercolor=3D"#C0C0C0">
<tr>
<td width=3D"100%" bgcolor=3D"#E8E8E8"><font size=3D"2"><b>Your info=
rmation is confidential, it will not be sold or used for any other purpose,=
and you are under no obligation=2E
Your information will be used solely for the purpose of evaluating=
your business or website for a merchant account so that you may begin acce=
pting credit card payments=2E</b></font>
</td>
</tr>
</table>
</center>
</div>
</form>
<p align=3D"center">
<br><b><font size=3D"3" color=3D"#FF0000">List
Removal/OPT-OUT Option</font></b>
<br><b><font color=3D"#000000"><font size=3D-1><a
href=3D"mailto:ieg015yahoo=2Ecom?subject=3Dremove">Click
Here</a></font></font></b>m
</body>
</html>
------=_NextPart_001_0080_01BDF6C7.FABAC1B0--
------=_NextPart_000_007F_01BDF6C7.FABAC1B0--
From: Ben Haverly (bxmtmnetscape.net)
Date: Sat Jun 08 2002 - 17:25:23 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
***** This is an HTML Message ! *****
From: targetemailextractorbtamail.net.cn
Date: Sun Jun 09 2002 - 14:06:12 CDT
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
| | | | | | | | | | | | | | | | | | | | | | | | | | | | |
