Patch Name: PHKL_18617 Patch Description: s700 10.20 UFS fixes: disk leak/mmap hang/mmap corruption Creation Date: 99/05/17 Post Date: 99/05/24 Hardware Platforms - OS Releases: s700: 10.20 Products: N/A Filesets: OS-Core.CORE-KRN Automatic Reboot?: Yes Status: General Superseded Critical: Yes PHKL_18617: CORRUPTION PHKL_16498: HANG PHKL_10259: OTHER UFS file systems could experience disk space leak. Path Name: /hp-ux_patches/s700/10.X/PHKL_18617 Symptoms: PHKL_18617: (SR: 4701424572 DTS: JAGaa94393) When a file is copied to UFS (HFS) file system and later accessed through mmap, the data accessed through mmap interface will be stale. A user might see linker failures if the file he is linking is on a UFS (HFS) file system or if /tmp file system is a UFS (HFS) file system. This problem will be seen on a 10.20->11.0 upgrade as a kernel build failure if /stand is a UFS (HFS) file system. This defect was introduced in patch PHKL_16498. PHKL_16498: Customer may sometimes see many processes hang when using a highly accessed smaller than 4k (page size) memory mapped file. PHKL_10259: Disk space leak on UFS file systems; running fsck(1M) on a `clean' file system would report inconsistencies such as: ... ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=386 (4 should be 1) ... ** Phase 5 - Check Cyl groups 3 BLK(S) MISSING ... This would be observed only on UFS file systems with a fragment size less than 4KB. Defect Description: PHKL_18617: Defect: (SR: 4701424572 DTS: JAGaa94393) PHKL_16498 changed the number of bytes flushed to disk from mmap'd files, but the number of bytes calculated was incorrect and not all blocks were flushed to disk. This showed up as a kernel build failure on a 10.20 to 11.0 upgrade if /stand is a UFS (HFS) file system. Resolution: (SR: 4701424572 DTS: JAGaa94393) Correctly calculate the number of bytes to flush to disk. PHKL_16498: Problem was due to procedure ufs_pagein() flushing beyond the inode byte size when rounding up to use page size number of bytes. Now we prevent other blocks which are not part of the memory mapped file from being blkflushed. This resolves the possible deadlock found. PHKL_10259: A corner case use of mmap(2) consisting of mapping the first few bytes of a small file (less than 3KB) residing on a UFS file system wrongly resulted in increasing the number of fragments allocated to the file. The file-system disk space could leak, but running fsck(1M) would fix the problem. This problem would only occur on UFS file systems using a fragment size less than 4KB. SR: 1653259861 4701347963 4701424572 Patch Files: /usr/conf/lib/libhp-ux.a(ufs_vm.o) what(1) Output: /usr/conf/lib/libhp-ux.a(ufs_vm.o): ufs_vm.c $Date: 99/05/17 17:48:34 $ $Revision: 1.7 .98.9 $ PATCH_10.20 (PHKL_18617) cksum(1) Output: 3861124631 10552 /usr/conf/lib/libhp-ux.a(ufs_vm.o) Patch Conflicts: None Patch Dependencies: None Hardware Dependencies: None Other Dependencies: None Supersedes: PHKL_10259 PHKL_16498 Equivalent Patches: PHKL_18506: s800: 10.20 Patch Package Size: 70 KBytes Installation Instructions: Please review all instructions and the Hewlett-Packard SupportLine User Guide or your Hewlett-Packard support terms and conditions for precautions, scope of license, restrictions, and, limitation of liability and warranties, before installing this patch. ------------------------------------------------------------ 1. Back up your system before installing a patch. 2. Login as root. 3. Copy the patch to the /tmp directory. 4. Move to the /tmp directory and unshar the patch: cd /tmp sh PHKL_18617 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHKL_18617.depot 5b. For a homogeneous NFS Diskless cluster run swcluster on the server to install the patch on the server and the clients: swcluster -i -b This will invoke swcluster in the interactive mode and force all clients to be shut down. WARNING: All cluster clients must be shut down prior to the patch installation. Installing the patch while the clients are booted is unsupported and can lead to serious problems. The swcluster command will invoke an swinstall session in which you must specify: alternate root path - default is /export/shared_root/OS_700 source depot path - /tmp/PHKL_18617.depot To complete the installation, select the patch by choosing "Actions -> Match What Target Has" and then "Actions -> Install" from the Menubar. 5c. For a heterogeneous NFS Diskless cluster: - run swinstall on the server as in step 5a to install the patch on the cluster server. - run swcluster on the server as in step 5b to install the patch on the cluster clients. By default swinstall will archive the original software in /var/adm/sw/patch/PHKL_18617. If you do not wish to retain a copy of the original software, you can create an empty file named /var/adm/sw/patch/PATCH_NOSAVE. Warning: If this file exists when a patch is installed, the patch cannot be deinstalled. Please be careful when using this feature. It is recommended that you move the PHKL_18617.text file to /var/adm/sw/patch for future reference. To put this patch on a magnetic tape and install from the tape drive, use the command: dd if=/tmp/PHKL_18617.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: None