Patch Name: PHKL_16869 Patch Description: s700 10.20 HFS cumulative patch Creation Date: 98/11/12 Post Date: 98/11/18 Hardware Platforms - OS Releases: s700: 10.20 Products: N/A Filesets: OS-Core.CORE-KRN Automatic Reboot?: Yes Status: General Superseded Critical: Yes PHKL_16869: PANIC PHKL_12059: HANG Path Name: /hp-ux_patches/s700/10.X/PHKL_16869 Symptoms: PHKL_16869: Getting Data Page Fault when moving a subdirectory to another sub-directory. PHKL_12059: UFS hangs with heavy use of a filesystem branch by multiple processes. The hang is due to a three way deadlock with inodes and bufs being held but not released. This shows up with the buf being both B_BUSY and B_DONE but not being released. PHKL_8463: The directory entry for an HFS file system object (FSO) is still readable even after the contents of that object have been deleted. This is a roadblock to C2 Security certification. Defect Description: PHKL_16869: The problem will only occur on HFS filesystems using short filenames. Instead of using the short filename pointer, the code was incorrectly using the long file name pointer which at this point had not yet been properly initialized. Dereferencing this uninitialized pointer caused a data page fault. PHKL_12059: Problem was due to incorrectly releasing an inode while still holding a buf. This violates the rule which would prevent a deadlock from happening. The problem shows up as a three way deadlock with two processes marching back to the root from the leaves via ".." and another process marching from the root to the leaves. This creates a a deadlock of processes waiting for the same inode and holding the wanted buf at the same time. PHKL_8463: The name of a file in an HFS directory entry is not cleared when the file object itself is deleted (say, with rm(1)). To demonstrate this: $ mkdir test $ cd test $ touch delete_me $ ls delete_me $ rm delete_me $ ll total 0 $ strings . # Examine strings in cwd. delete_me # Filename is still in cwd entry. The same defect exists in the journaled file system (VxFS); this fix does not address that defect. SR: 1653182501 4701334839 4701403725 Patch Files: /usr/conf/lib/libufs.a(ufs_dir.o) what(1) Output: /usr/conf/lib/libufs.a(ufs_dir.o): ufs_dir.c $Date: 98/11/12 07:29:29 $ $Revision: 1.22.98.10 $ PATCH_10.20 (PHKL_16869) cksum(1) Output: 3462687055 19896 /usr/conf/lib/libufs.a(ufs_dir.o) Patch Conflicts: None Patch Dependencies: None Hardware Dependencies: None Other Dependencies: None Supersedes: PHKL_8463 PHKL_12059 Equivalent Patches: PHKL_16870: s800: 10.20 Patch Package Size: 80 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_16869 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHKL_16869.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_16869.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_16869. 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_16869.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_16869.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: None