Patch Name: PHCO_7979 Patch Description: s700_800 10.10 LVM commands cumulative patch Creation Date: 96/07/15 Post Date: 96/07/19 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_7979 Symptoms: 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_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: 5003325159 5003299669 1653168377 4701314104 Patch Files: /usr/newconfig/sbin/lvchange.mir /usr/newconfig/usr/sbin/lvchange.mir /sbin/lvchange /usr/sbin/lvchange what(1) Output: /usr/newconfig/sbin/lvchange.mir: $Revision: 76.45.2.8 $ MIRROR PRODUCT $Revision: 76.162.1.5 $ PATCH_10_WC: /opt/langtools/lib/crt0.o lvdisplay.o l vlnboot.o lvremove.o lvrmboot.o pvchange.o p vcreate.o pvdisplay.o pvmove.o sdstolvm.o vg cfgbackup.o vgcfgrestore.o vgchange.o vgcrea te.o vgdisplay.o vgexport.o vgextend.o vgimp ort.o vgreduce.o vgremove.o vgscan.o lvchang e_m.o lvcreate_m.o lvextend_m.o lvmerge_m.o lvmmain_m.o lvreduce_m.o lvsplit_m.o lvsync_ m.o nomwcsyncd_m.o vgsync_m.o hpux_rel_m.o 9 6/07/15 /usr/newconfig/usr/sbin/lvchange.mir: $Revision: 76.45.2.8 $ MIRROR PRODUCT PATCH_10_WC: /opt/langtools/lib/crt0.o lvdisplay.o l vlnboot.o lvremove.o lvrmboot.o pvchange.o p vcreate.o pvdisplay.o pvmove.o sdstolvm.o vg cfgbackup.o vgcfgrestore.o vgchange.o vgcrea te.o vgdisplay.o vgexport.o vgextend.o vgimp ort.o vgreduce.o vgremove.o vgscan.o lvchang e_m.o lvcreate_m.o lvextend_m.o lvmerge_m.o lvmmain_m.o lvreduce_m.o lvsplit_m.o lvsync_ m.o nomwcsyncd_m.o vgsync_m.o hpux_rel_m.o 9 6/07/15 /sbin/lvchange: $Revision: 76.45.2.8 $ $Revision: 76.162.1.5 $ PATCH_10_WC: /opt/langtools/lib/crt0.o lvdisplay.o l vlnboot.o lvremove.o lvrmboot.o pvchange.o p vcreate.o pvdisplay.o pvmove.o sdstolvm.o vg cfgbackup.o vgcfgrestore.o vgchange.o vgcrea te.o vgdisplay.o vgexport.o vgextend.o vgimp ort.o vgreduce.o vgremove.o vgscan.o lvchang e.o lvcreate.o lvextend.o lvmerge.o lvmmain. o lvreduce.o lvsplit.o lvsync.o nomwcsyncd.o vgsync.o hpux_rel.o 96/07/15 /usr/sbin/lvchange: $Revision: 76.45.2.8 $ PATCH_10_WC: /opt/langtools/lib/crt0.o lvdisplay.o l vlnboot.o lvremove.o lvrmboot.o pvchange.o p vcreate.o pvdisplay.o pvmove.o sdstolvm.o vg cfgbackup.o vgcfgrestore.o vgchange.o vgcrea te.o vgdisplay.o vgexport.o vgextend.o vgimp ort.o vgreduce.o vgremove.o vgscan.o lvchang e.o lvcreate.o lvextend.o lvmerge.o lvmmain. o lvreduce.o lvsplit.o lvsync.o nomwcsyncd.o vgsync.o hpux_rel.o 96/07/15 cksum(1) Output: 1710801648 598016 /usr/newconfig/sbin/lvchange.mir 2168654765 372736 /usr/newconfig/usr/sbin/lvchange.mir 3705782767 573440 /sbin/lvchange 2558601150 352256 /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 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 Equivalent Patches: PHCO_7978: s700: 10.01 s800: 10.01 PHCO_7980: s700: 10.20 s800: 10.20 Patch Package Size: 1920 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_7979 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHCO_7979.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_7979.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_7979. 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_7979.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_7979.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: None