Patch Name: PHSS_26221 Patch Description: s700_800 10.X OV OB4.10 patch - ORACLE8 packet Creation Date: 02/07/24 Post Date: 02/07/28 Hardware Platforms - OS Releases: s700: 10.20 s800: 10.20 Products: OmniBackII A.04.10 Filesets: OMNIBACK-II.OMNI-OR8-P,A.04.10 Automatic Reboot?: No Status: General Superseded Critical: No Path Name: /hp-ux_patches/s700_800/10.X/PHSS_26221 Symptoms: PHSS_26221: Id = HSLco30536 SR: H555006648 OmniBack II Oracle8 integration is not supported on 64-bit versions of AIX operating system. Id = HSLco30537 SR: H555006649 OmniBack II Oracle8 integration is not supported on Compaq Tru64 operating system. Id = HSLco31519 SR: H555006850 Debug files for Oracle8 sessions are always put in /tmp/directory. Id = HSLco33404 SR: H555007447 ob2rman.exe script fails when executed on Solaris 8 system. Id = JAGad70781 SR: 8606201607 Recovery Catalog Database is not backed up in environments with different Oracle8 version in use. Id = JAGae06736 SR: 8606237698 Backup of controlfilecopy fails when using split-mirror Oracle8 backup. Defect Description: PHSS_26221: Id = HSLco30536 OmniBack II Oracle8 integration is not supported on 64-bit versions of AIX operating system. Resolution: OmniBack II Oracle8 integration is supported on 64-bit versions of AIX operating system. Part of SSPUX410_018. Id = HSLco30537 OmniBack II Oracle8 integration is not supported on Compaq Tru64 operating system. Resolution: OmniBack II Oracle8 integration is supported on Compaq Tru64 operating system. Id = HSLco31519 OmniBack ignores OB2OPTS variable and puts debug files to default location. Resolution: Debug files for Oracle8 sessions are put to location specified in OB2OPTS variable. Id = HSLco33404 ob2rman.exe script contains a grep command with "-x" option which does not exist on Solaris 8 systems. Resolution: Option "-x" is removed from the script. Id = JAGad70781 OmniBack exports the path to export utility from the local system before backing up Recovery Catalog Database. If different version of Oracle8 is used on remote system, Recovery Catalog Database backup fails because of incorrect path to it is exported. Resolution: Environment variable ORA_EXP is introduced. Setting its value to path to export utility on the system in /etc/opt/omni/oracle8/${ORACLE_SID}/.profile file resolved described problem. Id = JAGae06736 ob2rman.exe script incorrectly assumes that certain lines in Recovery Manager script are put in certain order. If this is not the case controlfilecopy backup fails. Resolution: ob2rman.exe script logic is adjusted. SR: H555006649 H555006850 8606201607 H555007447 8606237698 H555006648 Patch Files: /opt/omni/databases/vendor/oracle8/gpl/i386/linux-60/ A.04.10/packet.Z /opt/omni/databases/vendor/oracle8/hp/s800/hp-ux-1020/ A.04.10/packet.Z /opt/omni/databases/vendor/oracle8/hp/s800/hp-ux-11/A.04.10/ packet.Z /opt/omni/databases/vendor/oracle8/ibm/rs6000/aix-42/ A.04.10/packet.Z /opt/omni/databases/vendor/oracle8/sun/sparc/solaris-26/ A.04.10/packet.Z /opt/omni/databases/vendor/oracle8/dec/alpha/osf1-4/A.04.10/ packet.Z /opt/omni/databases/vendor/oracle8/dec/alpha/osf1-4/A.04.10/ require.dat what(1) Output: /opt/omni/databases/vendor/oracle8/gpl/i386/linux-60/ A.04.10/packet.Z: None /opt/omni/databases/vendor/oracle8/hp/s800/hp-ux-1020/ A.04.10/packet.Z: None /opt/omni/databases/vendor/oracle8/hp/s800/hp-ux-11/A.04.10/ packet.Z: None /opt/omni/databases/vendor/oracle8/ibm/rs6000/aix-42/ A.04.10/packet.Z: None /opt/omni/databases/vendor/oracle8/sun/sparc/solaris-26/ A.04.10/packet.Z: None /opt/omni/databases/vendor/oracle8/dec/alpha/osf1-4/A.04.10/ packet.Z: None /opt/omni/databases/vendor/oracle8/dec/alpha/osf1-4/A.04.10/ require.dat: None cksum(1) Output: 2475281722 377699 /opt/omni/databases/vendor/oracle8/gpl/ i386/linux-60/A.04.10/packet.Z 2424095081 1251149 /opt/omni/databases/vendor/oracle8/hp/ s800/hp-ux-1020/A.04.10/packet.Z 1029160945 1251459 /opt/omni/databases/vendor/oracle8/hp/ s800/hp-ux-11/A.04.10/packet.Z 3679864335 850585 /opt/omni/databases/vendor/oracle8/ibm/ rs6000/aix-42/A.04.10/packet.Z 837478311 1065633 /opt/omni/databases/vendor/oracle8/sun/ sparc/solaris-26/A.04.10/packet.Z 3476332420 510781 /opt/omni/databases/vendor/oracle8/dec/ alpha/osf1-4/A.04.10/packet.Z 3512108347 17 /opt/omni/databases/vendor/oracle8/dec/alpha/ osf1-4/A.04.10/require.dat Patch Conflicts: None Patch Dependencies: None Hardware Dependencies: None Other Dependencies: PHSS_26349 Supersedes: None Equivalent Patches: PHSS_26222: s700: 11.00 11.11 11.20 s800: 11.00 11.11 11.20 Patch Package Size: 5250 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 PHSS_26221 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHSS_26221.depot By default swinstall will archive the original software in /var/adm/sw/patch/PHSS_26221. 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 PHSS_26221.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/PHSS_26221.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: PHSS_26221: NOTE! Patch has to be installed on the Installation Server host. The Oracle 8 packets must be redistributed to the Oracle 8 client system(s) afterwards to get the fixes into effect. Patch includes the following Site Specific Patches: SSPUX410_018