Critical Patch Update Note
Release 10.2.0.4 for UNIX
Released: October 18, 2011
This document is accurate at the time of release. For changes, terminal Critical Patch Update plans, and additional information regarding CPUOct2011, see these related documents that are available at My Oracle Support (http://support.oracle.com/
):
Note 1346104.1 Patch Set Update and Critical Patch Update October 2011 Availability Document
Note 1346056.1 Critical Patch Update October 2011 Oracle Database Known Issues
This document includes the following sections:
You should administer one Oracle product, one Oracle home at a time, for its particular Critical Patch Update October 2011 (CPUOct2011) patch. Each Oracle home will have its own requirements.
Refer to My Oracle Support Note 1346104.1 Patch Set Update and Critical Patch Update October 2011 Availability Document to determine the order of applying CPU patches.
Critical patch update (CPU) patches are cumulative, which means fixes from previous Oracle security alerts and critical patch updates are included. It is not required to have previous security patches applied before applying the CPUOct2011 patches. However, you must be on the stated patch set level for a given product home before applying the CPUOct2011 patches for that release.
Table 1 describes installation types and CPU applicability. For each installation type, it indicates the most recent CPU patch to include new security fixes that are pertinent to that installation type. If there are no security fixes to be applied to an installation type, then "None" is indicated. If a specific CPU is listed, then apply that CPU or any later CPU patch to be current with security fixes.
Table 1 Installation Types and CPU Applicability
Installation Type | Latest CPU with Security Fixes |
---|---|
Server homes |
CPUOct2011 |
Client-Only Installations |
CPUJul2011 |
Instant Client Installations |
None (The Instant Client installation is not the same as the client-only Installation. For additional information about Instant Client installations, see Oracle Database Concepts.) |
ASM (Automatic Storage Management) homes |
CPUApr2011 for certain configurations. See My Oracle Support Note: 1313771.1 TCPS configurations pertaining to the April 2011 CPU and PSU Patches for further information. CPUJul2009 for all other configurations. |
CRS (Cluster Ready Services) homes |
None |
Components patched by this Critical Patch Update:
Advanced Networking Option
Enterprise Manager for RDBMS
Oracle Data Mining
Oracle Database
Oracle Database Vault
Oracle Net Services
SQL*Plus
This section includes the following sections:
Section 3.2, "Patch Installation Instructions for Oracle Database Release 10.2.0.4"
Section 3.3, "Patch Deinstallation Instructions for Oracle Database Release 10.2.0.4"
You must use the OPatch 10.2 version 10.2.0.4.8 or later to apply this patch. Oracle recommends that you use the latest released OPatch 10.2, which is available for download from My Oracle Support patch 6880880 by selecting the 10.2.0.0.0 release.
For information about OPatch documentation, including any known issues, see My Oracle Support Note 293369.1 OPatch documentation list.
N-apply CPUs are cumulative patches. For further information, refer to My Oracle Support Note 438314.1 Critical Patch Update - Introduction to Database n-Apply CPU Patches.
An n-apply CPU patch consists of groups of security fixes, where each group is called a molecule. Each molecule is an independent patch and does not conflict with any of the other molecule patches within the CPU. Prior to the patch installation, the following checks are performed for each molecule patch being installed:
Conflicts with other patches
Subset patches (patch to be installed is a subset of an existing patch in the Oracle Home)
Duplicates (patch to be installed is the same as an existing patch in the Oracle Home)
If a conflict is found, the installation will stop and you will be notified to file a merge request for the conflicting patches. To assist you in determining the best course of action when conflicts are reported, refer to My Oracle Support Note 835682.1, which documents the mapping of molecules to security vulnerabilities.
Select one of the following options:
Option 1: Resolve patch conflicts and install CPU together
File an SR for the merge request indicating all patches that conflict with the CPU as reported by OPatch.
Install the merge patches when they become available.
Install the CPU patch.
Option 2: Perform a partial installation of the CPU and resolve the conflicts later
At the conclusion of the aborted installation, OPatch returns the necessary command to install all molecules that do not conflict with patches in the Oracle home. Run this command to perform a partial CPU installation.
File an SR for the merge request indicating all patches that conflict with the CPU as reported by OPatch.
Install the merge patches when they become available.
If a subset or duplicate is found, the patch installation will continue. The subset and duplicate patches will not be installed as they are already installed.
These instructions are for both non-RAC environments and RAC environments.
Follow these steps:
If you are using a Data Guard Physical Standby database, you must install this patch on both the primary database and the physical standby database, as described by My Oracle Support Note 278641.1.
If you are patching an ASM instance, shut down all Oracle Database instances that use this ASM instance. (To see which Oracle Database instances are connected to this ASM instance, query the V$ASM_CLIENT view.)
Do one of the following, depending on whether this is a RAC environment:
If this is a RAC environment, choose one of the patch installation methods provided by OPatch (rolling, all node, or minimum downtime), and shutdown instances and listeners as appropriate for the installation method selected.
This CPU patch is rolling RAC installable. Refer to My Oracle Support Note 244241.1 Rolling Patch - OPatch Support for RAC.
If this is not a RAC environment, shut down all instances and listeners associated with the Oracle home that you are updating. For more information, see Oracle Database Administrator's Guide.
Ensure that the $PATH
has the following executables: make
, ar
, ld
, and nm
.
The location of these executables depends on your operating system. On many operating systems, they are located in /usr/ccs/bin
, in which case you can set your PATH
as follows:
export PATH=$PATH:/usr/ccs/bin
Set your current directory to the directory where the patch is located and then run the OPatch utility by entering the following commands:
unzip p12828112_10204_<platform>.zip
cd 12828112
opatch napply -skip_subset -skip_duplicate
Should OPatch return conflicts or subsets, refer to Section 3.1.1, "n-Apply CPUs and Patch Conflict Checking" for additional options.
If this is the first CPU installed in this Oracle home, see Issue 2 in Section 4, "Known Issues".
If there are errors, refer to Section 4, "Known Issues".
Do not perform the operations in this section on ASM instances. However, if you shut down ASM as part of applying the CPU, you must start ASM instances before you can perform any of the actions in this section on any database instances.
After installing the patch, perform the following actions:
Load modified SQL files into the database, as explained in Section 3.2.2.1.
Recompile views in the database, if necessary, as explained in Section 3.2.2.2.
The following steps load modified SQL files into the database. For a RAC environment, perform these steps on only one node.
For each database instance running on the Oracle home being patched, connect to the database using SQL*Plus. Connect as SYSDBA and run the catbundle.sql
script as follows:
cd $ORACLE_HOME/rdbms/admin sqlplus /nolog SQL> CONNECT / AS SYSDBA SQL> STARTUP SQL> @catbundle.sql cpu apply SQL> -- Execute the next statement only if this is the first 10.2.0.4 CPU applied or this is the first CPU applied since CPUApr2011. SQL> @utlrp.sql SQL> QUIT
The catbundle.sql
execution is reflected in the dba_registry_history view by a row associated with bundle series CPU
.
For information about the catbundle.sql
script, see My Oracle Support Note 605795.1 Introduction to Oracle Database catbundle.sql.
Check the following log files in $ORACLE_HOME/cfgtoollogs/catbundle
for any errors:
catbundle_CPU_<database SID>_APPLY_<TIMESTAMP>.log catbundle_CPU_<database SID>_GENERATE_<TIMESTAMP>.log
where TIMESTAMP is of the form YYYYMMMDD_HH_MM_SS. If there are errors, refer to Section 4, "Known Issues".
You may skip this section if you have recompiled views for this database during the installation of a previous CPU.
The time required to recompile the views and related objects depends on the total number of objects and on your system configuration. In one internal Oracle test with approximately 2000 views and 4000 objects, the total execution time for view_recompile_jan2008cpu.sql
and utlrp.sql
was about 30 minutes.
Note: Depending on these considerations and your downtime schedule, you can choose to schedule the recompilation of views independent of the rest of the CPU installation. If you do this, your system will continue to work; however, the CPU installation will not be complete until the view recompilation is completed. |
If you want to check whether view recompilation has already been performed for the database, execute the following statement.
SELECT * FROM registry$history where ID = '6452863';
If the view recompilation has been performed, this statement returns one or more rows. If the view recompilation has not been performed, this statement returns no rows.
The following steps recompile the views in the database. For a RAC environment, perform these steps on only one node.
Run the pre-check script (so named because it was initially released in CPUJan2008), which reports the maximum number of views and objects that may be recompiled:
cd $ORACLE_HOME/cpu/view_recompile sqlplus /nolog SQL> CONNECT / AS SYSDBA SQL> @recompile_precheck_jan2008cpu.sql SQL> QUIT
The purpose of this step is to help you determine whether view recompilation should be done at the same time as the CPU install, or scheduled later.
If the database is not in a RAC environment, perform this step and skip the next step. (If the database is in a RAC environment, go to the next step.)
Run the view recompilation script. Note that this script is run with the database in upgrade mode, which restricts connections as SYSDBA.
cd $ORACLE_HOME/cpu/view_recompile sqlplus /nolog SQL> CONNECT / AS SYSDBA SQL> SHUTDOWN IMMEDIATE SQL> STARTUP UPGRADE SQL> @view_recompile_jan2008cpu.sql SQL> SHUTDOWN; SQL> STARTUP; SQL> QUIT
If the database is in a RAC environment, run the view recompilation script as follows. Note that this script is run with the database in upgrade mode, which restricts connections as SYSDBA. Stop all instances except the one where the view recompilation is being executed.
cd $ORACLE_HOME/cpu/view_recompile
sqlplus /nolog
SQL> CONNECT / AS SYSDBA
SQL> STARTUP NOMOUNT
SQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=spfile;
SQL> SHUTDOWN
SQL> STARTUP UPGRADE
SQL> @view_recompile_jan2008cpu.sql
SQL> SHUTDOWN;
SQL> STARTUP NOMOUNT;
Set the CLUSTER_DATABASE initialization parameter to TRUE:
SQL> ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=spfile;
Restart the database:
SQL> QUIT
cd $CRS_HOME/bin
srvctl start database -d <database-name>
Check the log file for any errors. The log file is in the current directory and is named: vcomp_
<sid>_
<timestamp>.log
If any invalid objects were reported, run the utlrp.sql
script as follows:
cd $ORACLE_HOME/rdbms/admin sqlplus /nolog SQL> CONNECT / AS SYSDBA SQL> @utlrp.sql
Then, manually recompile any invalid objects. For example:
SQL> alter package schemaname.packagename compile;
These instructions are for a database that is created or upgraded after the installation of CPUOct2011.
You must execute the steps in Section 3.2.2.1, "Loading Modified SQL Files into the Database" and Section 3.2.2.2, "Recompiling Views in the Database" for any new database only if it was created by any of the following methods:
Using DBCA (Database Configuration Assistant) to select a sample database (General, Data Warehouse, Transaction Processing)
Using a script that was created by DBCA that creates a database from a sample database
Cloning a database that was created by either of the two preceding methods, and if Section 3.2.2.1, "Loading Modified SQL Files into the Database" and Section 3.2.2.2, "Recompiling Views in the Database" were not executed after CPUOct2011 was applied
Upgraded databases require that you perform the steps in Section 3.2.2.2, "Recompiling Views in the Database" if these steps have not previously been performed; otherwise, no post-installation steps need to be performed.
These instructions are for both Non-RAC environments and RAC environments.
Section 3.3.1, "Patch Deinstallation Instructions for a Non-RAC Environment"
Section 3.3.2, "Post Deinstallation Instructions for a Non-RAC Environment"
Section 3.3.3, "Patch Deinstallation Instructions for a RAC Environment"
Section 3.3.4, "Post Deinstallation Instructions for a RAC Environment"
Follow these steps:
Verify that an $ORACLE_HOME/rdbms/admin/catbundle_CPU_
<database SID>
_ROLLBACK.sql
file exists for each database associated with this ORACLE_HOME. If this is not the case, you must execute the steps in Section 3.2.2.1, "Loading Modified SQL Files into the Database" against the database before deinstalling the CPU.
Shut down all instances and listeners associated with the Oracle home that you are updating. For more information, see Oracle Database Administrator's Guide.
Run the OPatch utility using the specified rollback argument to rollback all molecule patches included in CPUOct2011. If a molecule is not installed in the Oracle Home, the rollback will ignore it. If a molecule is installed as part of a merge patch, it will not be rolled back. If it is desired to rollback merge patches that have been applied to your Oracle Home, the rollback needs to be issued separately.
opatch nrollback -idFile $ORACLE_HOME/cpu/CPUOct2011/rollback_all.lst
If you have applied CPUOct2011 on top of a previous CPU, you may instead want to rollback only the molecule patches that are new in CPUOct2011. To do so, use the following command:
opatch nrollback -idFile $ORACLE_HOME/cpu/CPUOct2011/rollback_new.lst
You may also rollback individual molecules or a list of molecules, as needed. Refer to the OPatch documentation on the nrollback
command.
If the entire CPU has been deinstalled, see Issue 2 in Section 4, "Known Issues".
For information on the content of molecules when doing a rollback of CPUOct2011, refer to My Oracle Support Note 1346023.1 "Critical Patch Update October 2011 Database Patch Security Vulnerability Molecule Mapping.
If there are errors, refer to Section 4, "Known Issues".
Follow these steps:
Start all database instances running from the Oracle home. (For more information, see Oracle Database Administrator's Guide.)
For each database instance running out of the ORACLE_HOME
, connect to the database using SQL*Plus as SYSDBA
and run the rollback script as follows:
cd $ORACLE_HOME/rdbms/admin
sqlplus /nolog
SQL> CONNECT / AS SYSDBA
SQL> STARTUP
SQL> @catbundle_CPU_<database SID>_ROLLBACK.sql
SQL> -- Execute the next statement only if this is the first 10.2.0.4 CPU applied or this is the first CPU applied since CPUApr2011.
SQL> @utlrp.sql
SQL> QUIT
In a RAC environment, the name of the rollback script will have the format catbundle_CPU_<database SID PREFIX>_ROLLBACK.sql.
Check the log file for any errors. The log file is found in $ORACLE_HOME/cfgtoollogs/catbundle
and is named catbundle_CPU_
<database SID>
_ROLLBACK_
<TIMESTAMP>
.log
where TIMESTAMP is of the form YYYYMMMDD_HH_MM_SS. If there are errors, refer to Section 4, "Known Issues".
Follow these steps for each node in the cluster, one node at a time:
Shut down the instance on the node. (Shut down all RDBMS instances before any ASM instances.)
Roll back the patch on the node.
Run the OPatch utility using the specified rollback argument to rollback all molecule patches included in CPUOct2011. If a molecule is not installed in the Oracle Home, the rollback will ignore it. If a molecule is installed as part of a merge patch, it will not be rolled back. If it is desired to rollback merge patches that have been applied to your Oracle Home, the rollback needs to be issued separately.
opatch nrollback -idFile $ORACLE_HOME/cpu/CPUOct2011/rollback_all.lst -local
If you have applied CPUOct2011 on top of a previous CPU, you may instead want to rollback only the molecule patches that are new in CPUOct2011. To do so, use the following command:
opatch nrollback -idFile $ORACLE_HOME/cpu/CPUOct2011/rollback_new.lst -local
You may also rollback individual molecules or a list of molecules, as needed. Refer to the OPatch documentation on the nrollback
command.
For information on the content of molecules when doing a rollback of CPUOct2011, refer to My Oracle Support Note 1346023.1 "Critical Patch Update October 2011 Database Patch Security Vulnerability Molecule Mapping.
If there are errors, refer to Section 4, "Known Issues".
If the entire CPU has been deinstalled, see Issue 2 in Section 4, "Known Issues".
Start the instance on the node. Depending on the type of home, enter the following commands or command.
For ASM homes:
srvctl start listener srvctl start asm srvctl start instance
For RDBMS (non-ASM) homes:
srvctl start instance
Follow the instructions listed in Section Section 3.3.2, "Post Deinstallation Instructions for a Non-RAC Environment" only on the node for which the steps in Section 3.2.2.1, "Loading Modified SQL Files into the Database" were executed during the patch application.
All other instances can be started and accessed as usual while you are executing the deinstallation steps.
For information about OPatch issues, see My Oracle Support Note 293369.1 OPatch documentation list.
For issues documented after the release of this CPU, see My Oracle Support Note 1346104.1 Critical Patch Update October 2011 Oracle Database Known Issues.
Other known issues are as follows.
The following ignorable errors may be encountered while running the catbundle.sql
script or its rollback script:
ORA-29809: cannot drop an operator with dependent objects ORA-29931: specified association does not exist ORA-29830: operator does not exist ORA-00942: table or view does not exist ORA-00955: name is already used by an existing object ORA-01430: column being added already exists in table ORA-01432: public synonym to be dropped does not exist ORA-01434: private synonym to be dropped does not exist ORA-01435: user does not exist ORA-01917: user or role 'XDB' does not exist ORA-01920: user name '<user-name>' conflicts with another user or role name ORA-01921: role name '<role name>' conflicts with another user or role name ORA-01952: system privileges not granted to 'WKSYS' ORA-02303: cannot drop or replace a type with type or table dependents ORA-02443: Cannot drop constraint - nonexistent constraint ORA-04043: object <object-name> does not exist ORA-29832: cannot drop or replace an indextype with dependent indexes ORA-29844: duplicate operator name specified ORA-14452: attempt to create, alter or drop an index on temporary table already in use ORA-06512: at line <line number>. If this error follow any of above errors, then can be safely ignored. ORA-01927: cannot REVOKE privileges you did not grant
If this is the first CPU installed in this Oracle home or if the entire CPU has been deinstalled, then run cpu_root.sh
as root to complete the installation of molecule 7155248. To run cpu_root.sh
, go to the directory where you downloaded the patch (if you are not already in that directory) and enter the following command:
sh cpu_root.sh
If you are unable to run cpu_root.sh during the CPU patch installation because of the additional access rights required, it can be run after the CPU patch installation, and the database does not need to be shut down.
If you do not run cpu_root.sh
, which changes the permissions on the binary extjob
, executable jobs can fail with the following error:
ORA-27369: job of type EXECUTABLE failed with exit code: ...
Note that this step has no impact on the implementation of the CPU security fixes; it only affects the successful execution of the Job Scheduling system. That is, if you do not run cpu_root.sh
when you should, or if you run cpu_root.sh
but fail to run it as root, the CPU security fixes are still installed; however, the Job Scheduling system will fail.
The view recompilation pre-check script returns different results during subsequent runs (such as after the first time you ran it).
The results (the maximum number of views and objects that may be recompiled) may be more or less than reported in the previous running of the script. This is expected behavior, and is not a problem.
If the view recompilation script has already been run, a message is displayed indicating that the script has already been applied.
This is not a problem, because as the instructions note, you do not need to run the script if it has already been run.
The following documents are references for this patch.
Note 293369.1 OPatch documentation list
Note 360870.1 Impact of Java Security Vulnerabilities on Oracle Products
Note 468959.1 Enterprise Manager Grid Control Known Issues
This patch includes the following molecules:
7155248 - DB-10.2.0.4-MOLECULE-001-CPUJUL2008
7155249 - DB-10.2.0.4-MOLECULE-002-CPUJUL2008
7155250 - DB-10.2.0.4-MOLECULE-003-CPUJUL2008
7155251 - DB-10.2.0.4-MOLECULE-004-CPUJUL2008
7155252 - DB-10.2.0.4-MOLECULE-005-CPUJUL2008
7155253 - DB-10.2.0.4-MOLECULE-006-CPUJUL2008
7155254 - DB-10.2.0.4-MOLECULE-007-CPUJUL2008
7197583 - DB-10.2.0.4-MOLECULE-008-CPUJUL2008
7375611 - DB-10.2.0.4-MOLECULE-009-CPUOCT2008
7375613 - DB-10.2.0.4-MOLECULE-010-CPUOCT2008
7375617 - DB-10.2.0.4-MOLECULE-011-CPUOCT2008
7609057 - DB-10.2.0.4-MOLECULE-012-CPUJAN2009
8309592 - DB-10.2.0.4-MOLECULE-015-CPUAPR2009
8309623 - DB-10.2.0.4-MOLECULE-016-CPUAPR2009
8309632 - DB-10.2.0.4-MOLECULE-017-CPUAPR2009
8568395 - DB-10.2.0.4-MOLECULE-021-CPUJUL2009
8568397 - DB-10.2.0.4-MOLECULE-022-CPUJUL2009
8568398 - DB-10.2.0.4-MOLECULE-023-CPUJUL2009
8568402 - DB-10.2.0.4-MOLECULE-024-CPUJUL2009
8568404 - DB-10.2.0.4-MOLECULE-025-CPUJUL2009
8568405 - DB-10.2.0.4-MOLECULE-026-CPUJUL2009
8836667 - DB-10.2.0.4-MOLECULE-027-CPUOCT2009
8836671 - DB-10.2.0.4-MOLECULE-028-CPUOCT2009
8836675 - DB-10.2.0.4-MOLECULE-029-CPUOCT2009
8836677 - DB-10.2.0.4-MOLECULE-030-CPUOCT2009
8836678 - DB-10.2.0.4-MOLECULE-031-CPUOCT2009
8836681 - DB-10.2.0.4-MOLECULE-032-CPUOCT2009
8836683 - DB-10.2.0.4-MOLECULE-033-CPUOCT2009
8836684 - DB-10.2.0.4-MOLECULE-034-CPUOCT2009
8836686 - DB-10.2.0.4-MOLECULE-035-CPUOCT2009
9173244 - DB-10.2.0.4-MOLECULE-036-CPUJAN2010
9173253 - DB-10.2.0.4-MOLECULE-038-CPUJAN2010
9442328 - DB-10.2.0.4-MOLECULE-039-CPUAPR2010
9442331 - DB-10.2.0.4-MOLECULE-040-CPUAPR2010
9442339 - DB-10.2.0.4-MOLECULE-042-CPUAPR2010
9678690 - DB-10.2.0.4-MOLECULE-043-CPUJUL2010
9678695 - DB-10.2.0.4-MOLECULE-044-CPUJUL2010
9678697 - DB-10.2.0.4-MOLECULE-045-CPUJUL2010
10013975 - DB-10.2.0.4-MOLECULE-046-CPUOCT2010
10014009 - DB-10.2.0.4-MOLECULE-047-CPUOCT2010
10014012 - DB-10.2.0.4-MOLECULE-048-CPUOCT2010
10014015 - DB-10.2.0.4-MOLECULE-049-CPUOCT2010
10325878 - DB-10.2.0.4-MOLECULE-051-CPUJAN2011
10325885 - DB-10.2.0.4-MOLECULE-052-CPUJAN2011
11787762 - DB-10.2.0.4-MOLECULE-053-CPUAPR2011
11787763 - DB-10.2.0.4-MOLECULE-054-CPUAPR2011
11787765 - DB-10.2.0.4-MOLECULE-056-CPUAPR2011
11787766 - DB-10.2.0.4-MOLECULE-057-CPUAPR2011
12566121 - DB-10.2.0.4-MOLECULE-059-CPUJUL2011
12566124 - DB-10.2.0.4-MOLECULE-060-CPUJUL2011
12566126 - DB-10.2.0.4-MOLECULE-061-CPUJUL2011
12566129 - DB-10.2.0.4-MOLECULE-062-CPUJUL2011
12566131 - DB-10.2.0.4-MOLECULE-063-CPUJUL2011
12566134 - DB-10.2.0.4-MOLECULE-064-CPUJUL2011
12566136 - DB-10.2.0.4-MOLECULE-065-CPUJUL2011
12566137 - DB-10.2.0.4-MOLECULE-066-CPUJUL2011
12566139 - DB-10.2.0.4-MOLECULE-067-CPUJUL2011
12566141 - DB-10.2.0.4-MOLECULE-068-CPUJUL2011
12566142 - DB-10.2.0.4-MOLECULE-069-CPUJUL2011
12566143 - DB-10.2.0.4-MOLECULE-070-CPUJUL2011
12976521 - DB-10.2.0.4-MOLECULE-071-CPUOCT2011
12976522 - DB-10.2.0.4-MOLECULE-072-CPUOCT2011
12976523 - DB-10.2.0.4-MOLECULE-073-CPUOCT2011
12976524 - DB-10.2.0.4-MOLECULE-074-CPUOCT2011
The preceding molecules include the following non-security bug fixes:
12565867 - XML PARSER FAILING WITH LPX-00287
6870937 - ORA-600 [729] "UGA SPACE LEAK" ERROR RESULTS IN SESSION OUT
6631533 - DATABASE VAULT GUI CANNOT WORK WITH MIXED CASE TABLE NAMES.
6392076 - CREATE OR REPLACE JAVA CLASS USING BLOB" IS NOT SKIPPED ON LOGICAL STANDBY
For information about Oracle's commitment to accessibility, visit the Oracle Accessibility Program website at http://www.oracle.com/us/corporate/accessibility/index.html
.
Access to Oracle Support
Oracle customers have access to electronic support through My Oracle Support. For information, visit http://www.oracle.com/support/contact.html
or visit http://www.oracle.com/accessibility/support.html
if you are hearing impaired.
Oracle Database Critical Patch Update Note Release 10.2.0.4 for UNIX
Copyright © 2006, 2011, Oracle and/or its affiliates. All rights reserved.
This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited.
The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing.
If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, the following notice is applicable:
U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.
This software or hardware is developed for general use in a variety of information management applications. It is not developed or intended for use in any inherently dangerous applications, including applications that may create a risk of personal injury. If you use this software or hardware in dangerous applications, then you shall be responsible to take all appropriate fail-safe, backup, redundancy, and other measures to ensure its safe use. Oracle Corporation and its affiliates disclaim any liability for any damages caused by use of this software or hardware in dangerous applications.
Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.
Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. AMD, Opteron, the AMD logo, and the AMD Opteron logo are trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered trademark licensed through X/Open Company, Ltd.
This software or hardware and documentation may provide access to or information on content, products, and services from third parties. Oracle Corporation and its affiliates are not responsible for and expressly disclaim all warranties of any kind with respect to third-party content, products, and services. Oracle Corporation and its affiliates will not be responsible for any loss, costs, or damages incurred due to your access to or use of third-party content, products, or services.