Patch Name: PHCO_10059 Patch Description: s700_800 10.10 LVM commands cumulative patch Creation Date: 97/02/10 Post Date: 97/02/18 Hardware Platforms - OS Releases: s700: 10.10 s800: 10.10 Products: N/A Filesets: LVM.LVM-RUN Automatic Reboot?: No Status: General Superseded Critical: No Path Name: /hp-ux_patches/s700_800/10.X/PHCO_10059 Symptoms: PHCO_10059: A non-root process can gain access to a root shell. PHCO_8625: Modify LVM library routine to fix the following problem: The tm_year field of the tm structure returned by the localtime() library call was assumed to contain the last 2 digits of the year. But it really contains the number of years from 1900. This was corrected by replacing "tm_year" by "tm_year%100". PHCO_8459: Several customers using LVM have expressed the desire to have LVM return application I/O's with an I/O error status rather than hanging onto them, when a Logical Volume is powerfailed. PHCO_8206: This patch fixes two different problems: "panic lv_activatevg: num_pvols" After vgcfgrestore'ing to ALL of the current PVs in a VG, on next full activation the system can panic if the VG is setup such that the PVs are NOT sequentially allocated within the VGDA. The problem is with vgcfgbackup command which doesn't write a valid lvmconf file when there are missing PVs in a VG. vgimport -s -m xxx would not work with >255 pvs on a system. PHCO_7979: This patch added a new option "-R" to vgcfgrestore command to force restoring configuration data when there are physical volume mismatch between the kernel and the backup file due to missing pvlinks. PHCO_7830: This patch is to fix vgcfgbackup so that when vgcfgbackup is run, NIKE alternate link will not be invoked to avoid auto_trespass from happening. PHCO_7466: vgcfgbackup command failed with message "VGRA appears to be corrupted" on 10.10 system. PHCO_6734: This patch fixes various problems on 10.10 SLVM, Also, it includes oracle resilver support. PHCO_6702: s700_800 fix vgreduce to force reduce missing pv This patch fix vgreduce to force reduce missing pv PHCO_6624: This patch fix vgscan to support > 255 disks on a system. This patch also fix the following NIKE related problems: 1. lvlnboot displayed incorrect boot disk information. 2. vgscan rebuild lvmtab incorrectly with pv links. 3. pvdisplay displayed incorrect primary link information. Defect Description: PHCO_10059: A check was added to the LVM main module to make sure each in-coming parameter have size within the maximum length allowed. PHCO_8625: Modify LVM library routine to fix the following problem: The tm_year field of the tm structure returned by the localtime() library call was assumed to contain the last 2 digits of the year. But it really contains the number of years from 1900. This was corrected by replacing "tm_year" by "tm_year%100". PHCO_8459: This change supports a new lvchange command line option "-t" which allows the administrator the option to limit the time LVM holds I/O to be retried on logical volumes when disks are powerfailed. Without using this option, LVM will hold the i/os as long as there is is one disk where the data resides which may eventually return. Using this option would cause LVM to give up on the powerfailed disk and return i/o errors to the user application using the logical volume. This feature is obviously not to be used indiscriminately. For many High Availability applications, having i/os held in kernel indefinitely is not acceptable. Most customers should not need to use the new option. PHCO_8206: This patch fixes two different problems: Fix a problem in vgcfgbackup command to backup all PV structures on the disk. Don't try to calculate how many PV needed to be backed up, because PVs in the VG might not necessary contigeous. Modified code in vgimport command to allocate a bigger array to hold pvnames and pvdata. PHCO_7979: The vgcfgrestore command normally refuses to restore configuration data when there are physical volume mismatch between the kernel and the backup file. The following message will be displayed to inform user on the problem: "Mismatch between the backup file and the running kernel: Kernel indicates X disks for /dev/vgname, /etc/lvmconf/vgname indicates Y disks. Cannot proceed with the restoration. Deactivate the Volume Group and try again." PHCO_7830: When the customer used the vgcfgbackup command, and using alternate paths with LVM, the vgcfgbackup command seems to leave the LUNS in the NIKE assigned to the storage processor which isn't the owner. This wouldn't be a problem except that when logical volume is doubly mirrored, when 3 LUNS are involded. It appears that when newfs is invoked, the time that it takes to switch the LUNS back to the primary storage process is too much for the mkfs command, and the following errors result: mksf(hfs): read of lvm record failed mkfs(hfs): resource temporarily unavailable PHCO_7466: On a 10.10 system, user was unable to do backup on the LVM disks. vgcfgbackup failed with message "VGRA appears to be corrupted". Looking at the actual tv_sec value of each of the timestamps, the time value were far in the future. So far in the future that the tv_sec value was negative if treated as a signed long. PHCO_6734: there are a few problems of SLVM in the 10.10 release, this jumbo patch will fix them, and this also includes oracle resilvering support. PHCO_6702: This patch fix vgreduce to force reduce missing pv PHCO_6624: This patch fix vgscan to support > 255 disks on a system. This patch also fix the following NIKE related problems: 1. lvlnboot displayed incorrect boot disk information. 2. vgscan rebuild incorrect lvmtab with pv links. 3. pvdisplay displayed incorrect primary link information. SR: 4701346494 4701334763 4701334698 1653175737 4701332106 5003325159 5003299669 1653168377 4701314104 Patch Files: /usr/lib/nls/msg/C/lvm.cat /usr/newconfig/sbin/lvchange.mir /usr/newconfig/usr/sbin/lvchange.mir /sbin/lvchange /usr/sbin/lvchange what(1) Output: /usr/lib/nls/msg/C/lvm.cat: None /usr/newconfig/sbin/lvchange.mir: $Revision: 76.45.2.16 $ MIRROR PRODUCT PATCH/10_10 PHCO_8763 $Revision: 76.162.1.14.1.15 $ /usr/newconfig/usr/sbin/lvchange.mir: $Revision: 76.45.2.16 $ MIRROR PRODUCT /sbin/lvchange: $Revision: 76.45.2.16 $ PATCH/10_10 PHCO_8763 $Revision: 76.162.1.14.1.15 $ /usr/sbin/lvchange: $Revision: 76.45.2.16 $ cksum(1) Output: 480623071 33750 /usr/lib/nls/msg/C/lvm.cat 243621669 626688 /usr/newconfig/sbin/lvchange.mir 683694766 393216 /usr/newconfig/usr/sbin/lvchange.mir 2196696888 602112 /sbin/lvchange 954046855 368640 /usr/sbin/lvchange Patch Conflicts: None Patch Dependencies: s700: 10.10: PHKL_6852 s800: 10.10: PHKL_6853 Hardware Dependencies: None Other Dependencies: If you want to use the Logical Volume I/O Timeout feature. You should also install the kernel patch PHKL_8393(S700) or PHKL_8394(S800). This patch version of the LVM command will work with or without the above mentioned kernel patch. If you are running the MC/LockManager produce, you should also install the following patches, or their replacement: s800: 10.10: PHNE_6372 PHSS_6752 Supersedes: PHCO_6624 PHCO_6702 PHCO_6734 PHCO_7466 PHCO_7830 PHCO_7979 PHCO_8206 PHCO_8459 PHCO_8625 Equivalent Patches: PHCO_10048: s700: 10.20 s800: 10.20 PHCO_10060: s700: 10.01 s800: 10.01 PHCO_10061: s700: 10.00 s800: 10.00 Patch Package Size: 2040 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 PHCO_10059 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHCO_10059.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/PHCO_10059.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/PHCO_10059. 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 PHCO_10059.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/PHCO_10059.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: None