ECO NUMBER: VMS72_F11X-V0200 PRODUCT: OpenVMS Alpha OPERATING SYSTEM 7.2 UPDATE PRODUCT: OpenVMS Alpha OPERATING SYSTEM 7.2 COVER LETTER 1 KIT NAME: VMS72_F11X-V0200 2 KITS SUPERSEDED BY THIS KIT: VMS72_F11X-V0100 3 KIT DEPENDENCIES: 3.1 The following remedial kit(s) must be installed BEFORE installation of this, or any required kit: VMS72_HARDWARE-V0100 Or VMS72_UPDATE-V0100 3.2 In order to receive all the corrections listed in this kit, the following remedial kits should also be installed: None. 4 KIT DESCRIPTION: 4.1 Version(s) of OpenVMS to which this kit may be applied: OpenVMS Alpha V7.2 4.2 Files patched or replaced: o [SYS$LDR]F11BXQP.EXE (new image) o [SYS$LDR]F11BXQP.STB (new file) 5 PROBLEMS ADDRESSED IN VMS72_F11X-V0200 KIT o Since the VMS72_F11X-V0100 kit only checks to see if the VMS72_UPDATE-V0100 kit has been installed, the installation fails if only the VMS72_HARDWARE-V0100 kit is installed. Since the VMS72_HARDWARE-V0100 kit includes the VMS72_UPDATE-V0100 kit, the installation should also check to see if the VMS72_HARDWARE-V0100 kit is installed and continue the installation if it has been. -- COVER LETTER -- Page 2 5 October 1999 This kit corrects this problem by checking for both the VMS72_UPDATE-V0100 and VMS72_HARDWARE-V0100 kits. There are no functional changes in this kit. If you have installed the VMS72_F11X-V0100 kit, you do not need to install this kit. 6 PROBLEMS ADDRESSED IN VMS72_F11X-V0100 KIT o An XQPERR bugcheck in LOCKERS can occur when the retry limit on the F11B$x lock is reached. This problem can occur when the owner of the $x lock is running at a high process process priority and a number of processes that are in a clustered system are also trying to validate this lock, but at a lower process priority. Image(s) Affected - [SYS$LDR]F11BXQP.EXE o After the releasing the current processes IPL/Fork lock, a system can crash with a SPLACQERR bugcheck Image(s) Affected - [SYS$LDR]F11BXQP.EXE o A directory file becomes "corrupt" and DUMP /DIRECTORY displays a block similar to the following: Virtual block number 3574 (00000DF6), 512 (0200) bytes 0000 Directory Entry: 0000 Size: 508 0002 Version limit: 32767 0004 Type: 0 (FID) 0005 Name count: 24 0006 Name: COSLR1201_01_JUPICC2.LIS 001E Version: 7859 FID: (40993,5,0) 0026 Version: 7858 FID: (40990,1,0) 002E Version: 7857 FID: (40988,3,0) ... 01E6 Version: 7802 FID: (40455,1,0) 01EE Version: 7801 FID: (40454,1,0) 01F6 Version: 32767 FID: (16744447,65535,0) 01FE End of records (-1) The directory shuffle code creates the above erroneous directory entry for a couple of reasons: -- COVER LETTER -- Page 3 5 October 1999 1. So that a new directory buffer will have a valid structure (this allows VALIDATE_DIRBLK to write the block to disk) 2. So that the entry will be spotted as bogus (via VERIFY) if we crash in the middle of this shuffle. After the directory block (with the erroneous directory entry) is written to disk, the bad entry is removed. A subsequent call to READ_BLOCK assumes that the block comes from the buffer cache and not from disk. Under heavy load, this assumption may not be true as the directory block may have been kicked out of the cache. Image(s) Affected - [SYS$LDR]F11BXQP.EXE o XQP DELETE code accepts an FCB (File Control Block) off the limbo queue if not IO$V_DELETE. This prevents the invalidation of VIOC cache blocks as the result of a RENAME operation. This causes a large amount of XQP (FCB) and VIOC (CFCB) non-paged pool usage as well as XQPERR bugchecks. Image(s) Affected: - [SYS$LDR]F11BXQP.EXE o Under the following circumstances: 1. A directory with multiple headers (from a large ACL for example) is deleted on one node (A) in a cluster and 2. the directory had been previously accessed on another node (B) in the cluster The files created with the previously deleted headers in step 1 would show up on node B with the error: %SYSTEM-F-NOSUCHFILE, no such file Image(s) Affected: - [SYS$LDR]F11BXQP.EXE -- COVER LETTER -- Page 4 5 October 1999 7 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: INSTALL_1 : To be installed by all customers. 8 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 VMS72_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 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 -- COVER LETTER -- Page 5 5 October 1999 REGARDLESS OF THE THEORY OF LIABILITY, WITH RESPECT TO ANY PATCH MADE AVAILABLE HERE OR TO THE USE OF SUCH PATCH.