Kit Name: ALPDRIV11_071 Kits superseded by this kit: ALPDRIV06_071 Kit Dependencies: The following remedial kit(s) 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. Kit Description: Version(s) of OpenVMS to which this kit may be applied: OpenVMS Alpha V7.1, V7.1-1H1, V7.1-1H2 Files patched or replaced: o [SYS$LDR]SYS$DUDRIVER.EXE (new image) o [SYS$LDR]SYS$TUDRIVER.EXE (new image) Problems addressed in ALPDRIV11_071 kit There are two primary deliverables in this kit: a number of backported fixes from the V7.2 stream which keeps V6.2 and V7.1 code consistent with the V7.2 release. This proactively delivers fixes that were found during V7.2 regression testing (some of these problems were also reported by customers). The second feature is the ability to mount and use Fibrechannel devices from V6.2 and V7.1 systems. o When initializing a FIBRECHANNEL (DG) device from a client, one of the two following errors is returned to the user (disk only, not tape): Page 2 1. INIT-F_DIAGPACK, disk is a diagnostic pack OR 2. INIT-W-NOBADDATA, bad block data not found on volume Note that an INIT of the same devices succeed on the server. Image(s) affected: - [SYS$LDR]SYS$DUDRIVER.EXE o This kit contains code changes that address a number of system crashes. The following describes the conditions that may cause the crashes: 1. During a virtual circuit failover event, DUDRIVER attempts to use the CDT of another connection for example the SCS$DIRECTORY, and this causes in a crash. 2. DUDRIVER will now detect that a CDRP has a zero CDRP$L_UCB field, thereby preventing a system crash. 3. A failover when a device has two paths (one served and one local) may result in a fatal MSCPCLASS bugcheck error. 4. When an MSCP server loses connection to the local MSCP device, may result in a SHADDETINCON crash and shadowset member removal from the shadow set. Image(s) affected: - [SYS$LDR]SYS$DUDRIVER.EXE - [SYS$LDR]SYS$TUDRIVER.EXE o Potential performance problems may occur (high interrupt stack time) on low end systems in large cluster configurations, when drives go offline. Image(s) affected: - [SYS$LDR]SYS$DUDRIVER.EXE - [SYS$LDR]SYS$TUDRIVER.EXE o DUDRIVER/TUDRIVER device allocation class processing problems can occur, for example during failover and configuration. 1. Drives may be incorrectly configured multiple times as separate devices with the same name on different paths. 2. Invalid data structures can be seen for DUDRIVER based devices with unusual (32-bit number) ALLOCLASSes, which are not valid for any devices on the system. Page 3 3. Systems may crash upon receipt of "Duplicate Unit" MSCP messages from a HSx controller. The foot print will be an inconsistant I/O Database or ACCVIO. Image(s) affected: - [SYS$LDR]SYS$DUDRIVER.EXE - [SYS$LDR]SYS$TUDRIVER.EXE o The MOUNT and INIT commands can fail with an MEDOFL error. Image(s) affected: - [SYS$LDR]SYS$TUDRIVER.EXE o Incorrect byte count in IRP/IOST may occur when a forced error on a disk is encountered. Image(s) affected: - [SYS$LDR]SYS$DUDRIVER.EXE o A DCL copy command to a tape drive connected to a HSD05/10s can cause a process hang. This problem will not happen with a BACKUP command and will not happen on HSJ/HSC connected tape drives. Image(s) affected: - [SYS$LDR]SYS$TUDRIVER.EXE Problems addressed in ALPDRIV06_071 kit o Unexpected end messages are logged on client nodes for GUS and AVAILABLE commands. o When SCSI disks connected to a HSxx controller are set transportable, the system crashes with a DISKCLASS bugcheck. o DUDRIVER does not FLUSH the pending queue of SHADOWING, HBR and served IOs when connection failure routines are entered. This causes a system/cluster hang. o System crashes with a KERNEL STACK INVALID Bugcheck. o A DCL copy command to a HSD05/10 based tape drive causes a process hang. o Starting with OpenVMS Alpha V7.1, the BACKUP and COPY utilities will fail with "blank check" and "end of data" errors when these utilities are used with certain newer tape drives (e.g. Page 4 TLZ10) connected to HSJ or HSD controllers. Problems addressed in ALPDRIV02_071 kit for OpenVMS V7.1 o A problem exists with HSJ/HSD30,40 and 50 controllers. After some event that initiates Mountverfication, a packack will fail to complete. The controller will report that it is making progress on the command, but will never finish. This causes all IO to the affected devices to be hung. The problem has been seen mostly with the ONLINE component of a PACK-ACK. One case of a NOP hanging has been seen. It is not known whether other IOs including Data Transfer IOs may be involved. o A 9TRK tape written with a density of 6250 is mounted on a TSZ07 tape drive. The mount completes successfully and this is followed by a DCL directory command. When a packack is issued for the tape unit, the subsequent ONLINE command is issued using "stale" density information. This ONLINE command is then rejected by the controller with "INVALID COMMAND, INVALID FORMAT" errors and the process will hang. The error count then continues to increment as the driver keeps issuing the ONLINE command. In TUDRIVER routine START_PACKACK, a GUS-ONLINE-GUS sequence is issued to the tape unit. The initial GUS is skipped unless the drive is a DLT type or if the UCB$V_TU_DENS_DETERMINED bit is set in devsts in the UCB. If a GUS is issued before the ONLINE command, the density gets updated and the ONLINE succeeds. o The operating system may crash with the following error: "TMSCPSERV, Fatal error detected by TMSCP server" This crash would only be seen if a MSCP served tape device requires mount verification. The actual location of the crash is at SCS$TAPE_MSCP_MV_C+00190. Kit Installation Rating: The following kit installation rating, based upon current CLD information, is provided to serve as a guide to which customers should apply this remedial kit. (Reference attached Disclaimer of Warranty and Limitation of Liability Statement) INSTALLATION RATING: 3 : To be installed by customers experiencing the problems corrected. Page 5 Installation Instructions: Install this kit with the VMSINSTAL utility by logging into the SYSTEM account, and typing the following at the DCL prompt: @SYS$UPDATE:VMSINSTAL ALPDRIV11_071 [location of the saveset] The saveset location may be a tape drive, CD, or a disk directory that contains the kit saveset. The images in this kit will not take effect until the system is rebooted. 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. Copyright (c) Compaq Computer Corporation, 1999 All Rights Reserved. Unpublished rights reserved under the copyright laws of the United States. The software contained on this media is proprietary to and embodies the confidential technology of Compaq Computer Corporation. Possession, use, or dissemination of the software and media is authorized only pursuant to a valid written license from Compaq Computer Corporation. DISCLAIMER OF WARRANTY AND LIMITATION OF LIABILITY THIS PATCH IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND. ALL EXPRESS OR IMPLIED CONDITIONS, REPRESENTATIONS AND WARRANTIES, INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS FOR PARTICULAR PURPOSE, OR NON-INFRINGEMENT, ARE HEREBY EXCLUDED TO THE EXTENT PERMITTED BY APPLICABLE LAW. IN NO EVENT WILL COMPAQ BE LIABLE FOR ANY LOST REVENUE OR PROFIT, OR FOR SPECIAL, INDIRECT, CONSEQUENTIAL, INCIDENTAL OR PUNITIVE DAMAGES, HOWEVER CAUSED AND REGARDLESS OF THE THEORY OF LIABILITY, WITH RESPECT TO ANY PATCH MADE AVAILABLE HERE OR TO THE USE OF SUCH PATCH.