Patch 11724962 - 10.2.0.5.3 PSU

Hi!
I'm running databases 10.2.0.5.0 on AIX 5.3. I applied patch 11724962 - 10.2.0.5.3 Patch Set Update. Everything is OK, no errors. I believe that select version from v$instance return me 10.2.0.5.3... But I got 10.2.0.5.0 Why? Where I lost?
$ oslevel -s
5300-09-05-0943
$ opatch lsinventory
Invoking OPatch 10.2.0.5.1
Oracle Interim Patch Installer version 10.2.0.5.1
Copyright (c) 2010, Oracle Corporation. All rights reserved.
Oracle Home : /oracle/app/10g
Central Inventory : /oracle/oraInventory
from : /etc/oraInst.loc
OPatch version : 10.2.0.5.1
OUI version : 10.2.0.5.0
OUI location : /oracle/app/10g/oui
Log file location : /oracle/app/10g/cfgtoollogs/opatch/opatch2011-07-18_13-57-36PM.log
Patch history file: /oracle/app/10g/cfgtoollogs/opatch/opatch_history.txt
Lsinventory Output file location : /oracle/app/10g/cfgtoollogs/opatch/lsinv/lsinventory2011-07-18_13-57-36PM.txt
Installed Top-level Products (4):
Oracle Database 10g 10.2.0.1.0
Oracle Database 10g Release 2 Patch Set 2 10.2.0.3.0
Oracle Database 10g Release 2 Patch Set 3 10.2.0.4.0
Oracle Database 10g Release 2 Patch Set 4 10.2.0.5.0
There are 4 products installed in this Oracle Home.
Interim patches (1) :
Patch 11724962 : applied on Fri Jul 15 09:15:42 GMT+02:00 2011
Unique Patch ID: 13789650
Created on 29 May 2011, 03:42:55 hrs PST8PDT
Bugs fixed:
6402302, 10327190, 9150282, 9659614, 8865718, 9949948, 9024850, 8394351
10327179, 8546356, 9711859, 9714832, 10235783, 9952230, 10248542, 9770451
9020537, 9772888, 8664189, 10091698, 7519406, 9952270, 8771916, 9109487
9713537, 8350262, 11792865, 10010310, 11724962, 11725006, 9390484
9963497, 8544696, 9320130, 10249537, 8211733, 8277300, 9548269, 9337325
9726739, 7602341, 10157402, 8412426
OPatch succeeded.

Hi;
Please see:
Do Patchset Updates (PSU's) Change the Oracle Release Version/Fifth Digit? [ID 861152.1]
Regard
Helios

Similar Messages

Errors on applying PSU patches for GI (Grid Infrastructure) 11.2.0.3

Need help!
This is all in the version of 11.2.0.3.   We created a single node GI with ASM by the user grid.   Grid home is /grid/product/11.2/grid/   And oracle home created by user oracle at /oracle/product/11g.    I have downloaded the GI PSU patch 16742216 for GI and Oracle DB PSU patch 16619892.   I just want to apply the patch to GI home, then Oracle home with different PSU.   Here is what I did after unzip the patch for GI:
1.   Stopped ASM instance and stopped listener (these are owned by grid)
2. Created a ocm response file at grid home by grid user:   $ORACLE_HOME/OPatch/ocm/bin/emocmrsp   -no_banner
3. Use the root to run grid profile to setup grid GI environment
4. Use the root to run as (as described in Oracle instruction): opatch auto /home/grid/patches -ocmrf /grid/product/11.2/grid/OPatch/ocm/bin/ocm.rsp
But got this error.   For some reason it looks for Oracle home, not grid home, although I do not have any oracle home environment setup in root user:
===================================================================================================
lsildb10p|+ASM|/home/grid/patches $ opatch auto /home/grid/patches -ocmrf /grid/product/11.2/grid/OPatch/ocm/bin/ocm.rsp
Executing /grid/product/11.2/grid/perl/bin/perl /grid/product/11.2/grid/OPatch/crs/patch11203.pl -patchdir /home/grid -patchn patches -ocmrf /grid/product/11.2/grid/OPatch/ocm/bin/ocm.rsp -paramfile /grid/product/11.2/grid/crs/install/crsconfig_params
/grid/product/11.2/grid/crs/install/crsconfig_params
/grid/product/11.2/grid/crs/install/s_crsconfig_defs
This is the main log file: /grid/product/11.2/grid/cfgtoollogs/opatchauto2013-08-10_09-17-36.log
This file will show your detected configuration and all the steps that opatchauto attempted to do on your system: /grid/product/11.2/grid/cfgtoollogs/opatchauto2013-08-10_09-17-36.report.log
2013-08-10 09:17:36: Starting Oracle Restart Patch Setup
Using configuration parameter file: /grid/product/11.2/grid/crs/install/crsconfig_params
The opatch minimum version check for patch /home/grid/patches/16619898/custom/server/16619898 failed for /oracle/product/11g
The opatch minimum version check for patch /home/grid/patches/16619892 failed for /oracle/product/11g
Opatch version check failed for oracle home /oracle/product/11g
Opatch version check failed
update the opatch version for the failed homes and retry
======================================================================================================
Where I did wrong?   Thanks for advice!

Thanks for the update. I have tried with chmod -R a+rwx on the patch location.   But got the error (different error). Here is long detail message in /grid/product/11.2/grid/cfgtoollogs/opatchauto2013-08-13_06-35-35.log
=====================================
Log file location : /grid/product/11.2/grid/cfgtoollogs/opatch/opatch2013-08-13_05-35-37AM_1.log
Invoking utility "saveconfigurationsnapshot"
UtilSession failed: UtilSession failed to generate configuration xml file [ PRKH-1001 : HASContext Internal Error
PRKH-3013 : An improper buffer argument was supplied to Cluster Synchronization Services ]
====================================
When I run the command as root, the ORACLE_HOME is set to /grid/product/11.2.3/grid/   which is the home for GI.
Then check in the log file: /grid/product/11.2/grid/cfgtoollogs/opatch/opatch2013-08-13_05-35-37AM_1.log
[Aug 13, 2013 5:35:38 AM]
OPatch was not able to create .patch_storage directory
Unable to get Environent variables for Stand Alone home

Can stay with the installed PSU patch 8833280 ?

Hi Experts,
I am on application version 11.5.10.1 and database is 10.2.0.4
I am following the doc id "Oracle Applications Release 11i with Oracle 10g Release 2 (10.2.0) (Doc ID 362203.1)"
I ave applied patch 6600051 for 10.2.0.4.2 version instead of 10.2.0.4 and so it required the PSU patch 8833280 as prerequisite. so i installed PSU patch 8833280 followed by 6600051 for 10.2.0.4.2.
Please confirm the stpes:
To go back to 10.2.0.4:
1) Please rollback the patch 6600051 for 10.2.0.4.2
2) Please rollback the PSU patch 8833280.
3) Install the patches 6600051, 7496636, 7497678.
To stay with 10.2.0.4.2:
1) Please download patch # 8985450 for the version 10.2.0.4.2 specific to your platform and install it on top of PSU 10.2.0.4.2 (As Patch # 8985450 is the overlay patch for 7496636 on top of 10.2.0.4.2)
2) Please install the patch 7497678.
I want to know if it is ok stay with the installed PSU patch 8833280 - DATABASE PSU 10.2.0.4.2 for this E-Business Suite setup.
Please advice me.

I ave applied patch 6600051 for 10.2.0.4.2 version instead of 10.2.0.4 and so it required the PSU patch 8833280 as prerequisite. so i installed PSU patch 8833280 followed by 6600051 for 10.2.0.4.2.
Please confirm the stpes:
To go back to 10.2.0.4:
1) Please rollback the patch 6600051 for 10.2.0.4.2
2) Please rollback the PSU patch 8833280.
3) Install the patches 6600051, 7496636, 7497678.Correct.
To stay with 10.2.0.4.2:
1) Please download patch # 8985450 for the version 10.2.0.4.2 specific to your platform and install it on top of PSU 10.2.0.4.2 (As Patch # 8985450 is the overlay patch for 7496636 on top of 10.2.0.4.2)
2) Please install the patch 7497678.
Correct.
I want to know if it is ok stay with the installed PSU patch 8833280 - DATABASE PSU 10.2.0.4.2 for this E-Business Suite setup.It should be OK, however you need to consider what is mentioned in the following links:
Can E-Business Users Apply Database Patch Set Updates?
http://blogs.oracle.com/stevenChan/entry/can_ebs_users_apply_database_patch_set_updates
cpu and psu
cpu and psu
Thanks,
Hussein

Need to evaluate CPU or PSU patches

Hi,
Our business is on the way of migrating the databases. Before migrating the databases, we need to evaluate whether we need to apply CPU or PSU patches after migration.
If we are positive on applying CPU patches, then we will migrate the oracle_homes as well, as we have been applying CPU patches after every release.
In case if we are positive upon PSU patches, then we will be migrating only the databases.
So with this scenario, we need to evaluate whether we need CPU or PSU. I did a basic analysis and found that PSU contains the CPU plus non-security updates. Therefore applying PSU is beneficial. Also we cannot mixmatch the patches i.e. if we are applying CPU, then we have to apply only CPU patches and if we are applying PSU then we have to apply only PSU patches. However we still need to know further details which could be captured from the answers to below questions.
1. What are the risks and impacts of applying the patches.
2. When Oracle releases both CPU and PSU, on what basis can we evaluate whether we need CPU/PSU when we are applying for the 1st time.
3. If, after a period of time after applying patches, if we encounter any bugs and Oracle recommeds to apply a bug fix, what will be the implication that will be encountered if we have to apply on top of CPU or PSU patches.
4. Will any situation arise where we need to apply a CPU patch, when we already have been applying PSU patch. If so do we have to rollback all the PSU patches or only the
5. Do we need to install new oracle_home each time we are applying PSU patch
6. Are there any ways we can reduce downtime. Are these hot patches. We have reduced our downtime while applying CPU patches by applying through OEM. How do we knoe whether they are hot or cold patches
These are some of the questions. Maybe later on i may get more questions. But I would like to get a clear idea.
Note: I had to write this elaborately, so that I can make myself clear on the scenario and also to avoid redundancy while posting messages.
Thanks
Edited by: Roshan Jose on Jan 31, 2013 3:54 PM

Oracle recommends applying PSU patches over CPU/SPU patches - how to identify if we need to apply CPU or PSU
HTH
Srini

Patchset vs patches

Hi all,
I am not a DBA and am a bit confused about patches and patchsets.
I have read about them and I would just like confirmation, please.
From what I understand:
Patches are individual fixes for the Oracle database, which you can install one by one.
Patchsets instead contain all fixes to bugs that have been found in the version of Oracle Database in question, and get released not as frequently as Patches, i.e. once a quarterly.
If this is the case, can I assume that patchset for Oracle 11.2.0.2 released in July 2011 would contain all the fixes of individual patches for Oracle 11.2.0.2 released up to July 2011?
i.e. would this patchset coniatn the fix for Patch 9824435: ORA-600: INTERNAL ERROR CODE, ARGUMENTS: [KOKEGPINLOB1] that was released on 23rd March 2011?
My assumption is yes.
How can I determine what patchset has been installed against a DB (the opatch seems to only return patches) and what was fixed within that patchset?
Thanks very much in advance.

mBk77 wrote:
Could you just clarify, please:
The reply from 909592 seems to indicate that the July 2011 patchset would change the version from 11.2.0.1 to 11.2.0.2 applying all the individual fixes for 11.2.0.2. (11.2.0.1 not 0.2)Yes, if you apply all the patch sets till July 2011 then your db version will change to 11.2.0.1
The link from mbk77 seems to indicate that the July 2011 patchset may contain all the fixes for 11.2.0.2 up to July 2011. The article also seems to indicate that if you use PSU you should not go back to install individual patches.If you apply the all the CPU available then there is no need to apply the individual patches which were relesed prior to that.CPU contains only commulative cpu patches. And cpu patches are only security patches.
>
>
So, if the DBA states that the install of 11.2.0.2 was done with all the psu up to and including July 2011, could I assume that patches released for 11.2.0.2 prior to July 2011 (as per the example earlier mentioned) have been included?Oracle Critical Patch Updates (CPU) will contain both the PSU and CPU, so the DBA may choose to apply a whole CPU or only the selected patches in the PSU patch bundle.This is not correct AFAIK. CPU doesn't contain PSU(patchset update , which includes the BUG fixes). CPU only contains the security patches. However PSU does contain the CPU patches.
>
Go through the below doc once...
http://www.oracle.com/us/support/assurance/leveraging-cpu-wp-164638.pdf?ssSourceSiteId=otnen
@OP,
Its recommended to apply latest PSU based on your release i.e 11.2.0.2.0 (this will include all previouds PSU as well as CPU).
The Database Patch Set Updates and Critical Patch Updates that are released each quarter contain the same security fixes. However, they use different patching mechanisms, and Patch Set Updates include both security and recommended bug fixes. Consider the following guidelines when you are deciding to apply Patch Set Updates instead of Critical Patch Updates.
Critical Patch Updates are applied only on the base release version, for example 11.2.0.x.0
Patch Set Updates can be applied on the base release version or on any earlier Patch Set Update. For example, 11.1.0.7.2 can be applied on 11.1.0.7.1 and 11.1.0.7.0.
Once a Patch Set Update has been applied, the recommended way to get future security content is to apply subsequent Patch Set Updates. Reverting from an applied Patch Set Update back to the Critical Patch Update, while technically possible, requires significant time and effort, and is not advised.
Applying a Critical Patch Update on an installation with a Patch Set Update installed is not supported.
For more information on Patch Set Updates, see Note 854428.1, Patch Set Updates for Oracle Products.Hope this help

11.1.0.1.6 Patch Set Update problem

Hi guys!
I have problem with 11.1.0.1.6 Patch Set Update for Oracle Management Service.
After i have installed OMS on my RHEL 5.2 server together with agent (Repository is on remote host) i have decided to install recommended patches as well.
I have followed PSU install procedure, so i have first run
[oracle@gc ~]$ opatch lsinventory
Oracle Interim Patch Installer version 11.1.0.9.6
Copyright (c) 2012, Oracle Corporation. All rights reserved.
Oracle Home : /opt/oracle/Middleware/oms11g
Central Inventory : /home/oracle/oraInventory
from : /opt/oracle/Middleware/oms11g/oraInst.loc
OPatch version : 11.1.0.9.6
OUI version : 11.1.0.8.0
Log file location : /opt/oracle/Middleware/oms11g/cfgtoollogs/opatch/opatch2012-04-12_10-24-52AM_1.log
OPatch detects the Middleware Home as "/opt/oracle/Middleware"
Lsinventory Output file location : /opt/oracle/Middleware/oms11g/cfgtoollogs/opatch/lsinv/lsinventory2012-04-12_10-24-52AM.txt
Installed Top-level Products (1):
Oracle Enterprise Manager Grid Console 11.1.0.1.0
There are 1 products installed in this Oracle Home.
Interim patches (3) :
Patch 13248190 : applied on Wed Apr 11 11:41:33 CEST 2012
Unique Patch ID: 14355092
Created on 12 Jan 2012, 03:49:58 hrs PST8PDT
Bugs fixed:
10122270, 9930146, 9836815, 8638231, 9963717, 9543582, 9276193, 9911851
9506062, 10361050, 10218699, 12657533, 10372559, 12908384, 10246310
10418856, 10313110, 9500255, 10100210, 9462098, 12799578, 9747671
10279457, 10400454, 9562462, 9570911, 11727299, 10638043, 9937784
7340407, 9575427, 10204587, 10177562, 9935898, 12833678, 11809598
9446422, 12545526, 9586285, 9548105, 10201753, 10353911, 9308029
9534200, 12669853, 9184007, 9684768, 9686658, 9341486, 10122223, 11683765
9241402, 9838084, 9849222, 9903280, 9888852, 9478844, 9558026, 9604064
11728549, 9342290, 10410743, 10020408, 9151748, 9953045, 9221090
9559264, 10264990, 10036568, 10065631, 9804442, 9576468, 10372513
10108019, 9928480, 9535382, 11726378, 10114291, 10278756, 9892455
9476313, 11900474, 9876632, 9386076, 12552334, 11076661, 9803798
10408402, 10043790, 10307099, 9965939, 9646681, 9390531, 9662869, 10333908
9544428, 9489355, 10190000, 9706552, 11890440, 8859562, 11808680, 12758241
8234692, 9723689, 9734399, 9504581, 9558551, 9874327, 9313608, 12423703
12360281, 12693879, 11901582, 12654105, 12536173, 10307544, 13248190
9537948, 8930257, 10118817, 11696545, 9919614, 10404792, 12734089
10636783, 9541036, 9821890, 12738517, 10270073, 10257014, 10223586
10213026, 9952713, 9491872, 9507363, 10015330, 9726686, 10042225
Patch 9367763 : applied on Tue Apr 10 14:03:38 CEST 2012
Unique Patch ID: 12252189
Created on 1 Mar 2010, 22:30:36 hrs PST8PDT
Bugs fixed:
9367763
Patch 9207217 : applied on Tue Apr 10 14:03:30 CEST 2012
Unique Patch ID: 12151251
Created on 27 Jan 2010, 15:49:36 hrs US/Pacific
Bugs fixed:
9207217
OPatch succeeded.
[oracle@gc ~]$ echo $PATH
:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/X11R6/bin:/usr/kerberos/bin:/opt/oracle/agent11g/bin:/opt/oracle/oms11g/bin:/opt/oracle/Middleware/oms11g/bin:/opt/oracle/Middleware/oracle_common/OPatch
[oracle@gc ~]$ echo $ORACLE_HOME
/opt/oracle/Middleware/oms11g
after this checks i have stopped oms server and successfully executed opatch apply command.
Then next step is to connect to rcuJDBCEngine as SYSMAN and run the apply.sql script as follows (in my case):
[oracle@gc 13248190]$ pwd
/opt/InstallGrid/Oracle11g/11106_patch_32bit/13248190
[oracle@gc 13248190]$ /opt/oracle/Middleware/oms11g/bin/rcuJDBCEngine [email protected]:1521:gcoemrep JDBC_SCRIPT apply.sql $PWD $ORACLE_HOME
Exception in thread "main" java.lang.StringIndexOutOfBoundsException: String index out of range: 0
at java.lang.String.charAt(String.java:686)
at oracle.net.resolver.AddrResolution.resolveAndExecute(AddrResolution.java:386)
at oracle.net.ns.NSProtocol.establishConnection(NSProtocol.java:634)
at oracle.net.ns.NSProtocol.connect(NSProtocol.java:208)
at oracle.jdbc.driver.T4CConnection.connect(T4CConnection.java:966)
at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:292)
at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:508)
at oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:203)
at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:33)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:510)
at java.sql.DriverManager.getConnection(DriverManager.java:582)
at java.sql.DriverManager.getConnection(DriverManager.java:154)
at oracle.sysman.assistants.common.dbutil.jdbc.ConnectionFactory.createConnection(ConnectionFactory.java:259)
at oracle.sysman.assistants.common.dbutil.jdbc.ConnectionFactory.createConnection(ConnectionFactory.java:142)
at oracle.sysman.assistants.common.dbutil.jdbc.ConnectionHelper.getConnection(ConnectionHelper.java:61)
at oracle.sysman.assistants.common.dbutil.jdbc.JDBCEngine.getConnection(JDBCEngine.java:889)
at oracle.sysman.assistants.common.dbutil.jdbc.JDBCEngine.connect(JDBCEngine.java:417)
at oracle.sysman.assistants.common.dbutil.jdbc.JDBCEngine.main(JDBCEngine.java:1982)
maybe my variables are not good?
Any suggestions?
Edited by: rootsman on Apr 12, 2012 1:36 AM

Hi Rootsman,
There are 2 possible causes for this issue.
1. Because an incorrect syntax was used to apply the SQL part of the patch. If the password for the user is not added in the command line, the rcuJDBCEngine will fail. The rcuJDBCEngine will not prompt for the password (like sqlplus does), if it is not provided on the command line.
- Incorrect syntax
+$ORACLE_HOME/bin/rcuJDBCEngine sys@<host>:<port>:<SID> JDBC_SCRIPT post_install_script.sql $PWD $ORACLE_HOME+
- Correct syntax
+$ORACLE_HOME/bin/rcuJDBCEngine sys/<password for sys>@<host>:<port>:<SID> JDBC_SCRIPT post_install_script.sql $PWD $ORACLE_HOME+
2. This problem may also occur if the password has been supplied on the command line but includes some special characters.
The solution is to stick to the syntax described in the README.txt which states to enter the sys password on the command line:
+$ORACLE_HOME/bin/rcuJDBCEngine sys/<password for sys>@<host>:<port>:<SID> JDBC_SCRIPT post_install_script.sql $PWD $ORACLE_HOME+
If there are any special characters in the password, enclose the password in single-quotes ' '. For example:
+$ORACLE_HOME/bin/rcuJDBCEngine sys/'<password>'@<host>:<port>:<sid> JDBC_SCRIPT post_install_script.sql $PWD $ORACLE_HOME+
Hope your problem gets resolved.
Thanks,
Cris

SAP Bundle Patches VS Orclaes CPU Patches

Fellow admins
Sorry I am new to these Oracle CPU patches what is the difference between SAP Bundle and Oracle Patches besides Oracle CPU's are for Native ORacle systems and the Bundle patches have fixes related to SAP's interaction with Oracle? Is there any other things I should be concerned with?
Thanks
Mike

Hello Mike,
An SBP contains the following:
    o The current Patch Set Update (PSU).
    o SAP-specific single patches and merge patches that are required but not contained in the PSU.
    o Generic patches that are not contained in the PSU.
    o The current SAP-specific optimizer merge patch.
    o README.html: Installation description for the SBP.
    o bugs_fixed.html: List of patches included.
SBPs are cumulative; that is, the next SBP contains all patches of its predecessor plus the newly-added patches.
You can find further information on note [1137346|https://service.sap.com/sap/support/notes/1137346].
Regards,
Eduardo Rezende

Dataguard switchover with different patches

Hi,
we are planning to do a db switchover from primary to DR.But we have no patches installed in Primary but in DR PSU 3 patch is installede along with some one off patches .The base version is 11.2.0.1 .Should I rollback the patches from DR before switch over or is it fine this way.
Log transfer and log apply is going fine as of now.

we are planning to do a db switchover from primary to DR.But we have no patches installed in Primary but in DR PSU 3 patch is installede along with some one off patches .The base version is 11.2.0.1 .Should I rollback the patches from DR before switch over or is it fine this way.
Log transfer and log apply is going fine as of now.Why you didnt applied on primary?
As a process you have to apply binaries of standby, then binaries of primary and run catbundle psu on primary. So that when you start log transport then automatically all the changes will be applicable/view modifications/Compile will be done through archivelogs from primary to standby.
check this note how to apply CPU/PSU in standby environments.
*How do you apply a Patchset,PSU or CPU in a Data Guard Physical Standby configuration [ID 278641.1]*

Weblog server licensing and 11.2 grid oms psu ?

Hello all,
I had couple of questions( i have already tried searching in the oracle docs and metalink notes, but could not find anything on it). First thing, looks like oracle 11g OEM Grid requires a Weblogic server. Which is fine, But wanted to know do we need to pay extra for this or is it part of oracle 11g OEM Grid diagnostic pack licensing?? If so, i was looking for a official answer (metalink doc or oracle doc)
Also another thing that I was curious was OMS? Is OMS only at 11.1.0.1.0 version or can this be upgraded to oracle 11gR2? As from below link, i only see 11.1.0.1.0 software.
http://www.oracle.com/technetwork/oem/grid-control/downloads/index.html
The thing that confused me was this link below. As in the below doc, it says to apply patch 10270073 to OMS home(psu patch). So i was wondering, after PSU patch is applied. Is the OMS going to be at 11.2.0.2.1 ??
http://camoraict.files.wordpress.com/2011/02/install-oracle-enterprise-manager-11gr1-on-oracle-vm2.pdf
Patch 10270073
11.2.0.2.1 Patch Set Update

Enterprise Manager Restricted-use License
•Enterprise Manager includes a restricted-use license of the Oracle Database for use as the Oracle Management Repository only.
Additional database options or additional servers for disaster recovery require separate licensing. Customers receive one single-instance database with the Grid Control, or RMAN, repository. To protect the repository with Data Guard, customers need to purchase a license for the standby site. To protect the repository with Oracle Real Application Clusters, customers must license the second node for the database, and both nodes require an Oracle Real Application Clusters license.
•Use of Oracle WebLogic Server with Oracle Enterprise Manager is restricted to the servlet functionality without clustering for the Oracle Management Server (OMS).
CHECK http://download.oracle.com/docs/cd/E11857_01/license.111/e11987/overview.htm#sthref10
Regards
Rob

Installing Patch 9654983 help needed

Hi I am trying to install patch 9654983.
the read me says to take the following steps:
unzip p9654983_11201_<platform>.zip
cd 9654983
opatch apply
however ... when i try and run the command opatch apply, i get the following error:
[matt@localhost 9654983]$ opatch apply
bash: opatch: command not found
Any ideas??

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
Sorry im really new to both oracle and linux ... the following are the pre-installation instructions:
2.3.1.1 Environments with ASM
If you are installing the PSU to an environment that has Automatic Storage Management (ASM), note the following:
For Linux x86 and Linux x86-64 platforms, install either (A) the bug fix for 8898852 and the Database PSU patch 9654983, or (B) the Grid Infrastructure PSU patch 9343627.
For all other platforms, no action is required. The fix for 8898852 was included in the base 11.2.0.1.0 release.
2.3.1.2 Environment Checks
1.
Ensure that the $PATH definition 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 definition as follows:
export PATH=$PATH:/usr/ccs/bin
2.3.1.3 One-off Patch Conflict Detection and Resolution
For an introduction to the PSU one-off patch concepts, see "Patch Set Updates Patch Conflict Resolution" in My Oracle Support Note 854428.1 Patch Set Updates for Oracle Products.
The fastest and easiest way to determine whether you have one-off patches in the Oracle home that conflict with the PSU, and to get the necessary conflict resolution patches, is to use the Patch Recommendations and Patch Plans features on the Patches & Updates tab in My Oracle Support. These features work in conjunction with the My Oracle Support Configuration Manager. Recorded training sessions on these features can be found in Note 603505.1.
However, if you are not using My Oracle Support Patch Plans, follow these steps:
1.
Determine whether any currently installed one-off patches conflict with the PSU patch as follows:
unzip p9654983_11201_<platform>.zip
opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir ./9654983
2.
The report will indicate the patches that conflict with PSU 9654983 and the patches for which PSU 9654983 is a superset.
Note that Oracle proactively provides PSU 11.2.0.1.2 one-off patches for common conflicts.
3.
Use My Oracle Support Note 1061295.1 Patch Set Updates - One-off Patch Conflict Resolution to determine, for each conflicting patch, whether a conflict resolution patch is already available, and if you need to request a new conflict resolution patch or if the conflict may be ignored.
4.
When all the one-off patches that you have requested are available at My Oracle Support, proceed with Section 2.3.2, "Patch Installation Instructions".
1. im unaware if I have Automatic Storage Management (ASM),?
2. how do i check to Ensure that the $PATH definition has the following executables: make, ar, ld, and nm.
3. [matt@localhost 9654983]$ opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir ./9654983
Invoking OPatch 11.1.0.6.6
Oracle Interim Patch Installer version 11.1.0.6.6
Copyright (c) 2009, Oracle Corporation. All rights reserved.
The argument "./9654983" does not exists.
PREREQ session
Argument(s) Error... Patch base location is not valid.
Please check the arguments and try again.
OPatch failed with error code 135
[matt@localhost 9654983]$

Generic Conflict with 11724962

Hi All,
I am apply SBP SAP_102053_201107,
I ran pre-requisite check as per patch instruction.
If you want to ensure that this SBP does not conflict with non-SAP-recommended patches, you can do so as follows while the database instance is up and running:
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail \
-phBaseDir SAP_102053_201107
Check completed OK.
bhluksmp:orasmp 30> $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail \ -phBaseDir SAP_102053_201107
Invoking OPatch 10.2.0.4.9
Oracle Interim Patch Installer version 10.2.0.4.9
Copyright (c) 2009, Oracle Corporation. All rights reserved.
PREREQ session
Oracle Home       : /oracle/SMP/102_64
Central Inventory : /oracle/oraInventory
   from           : /var/opt/oracle/oraInst.loc
OPatch version    : 10.2.0.4.9
OUI version       : 10.2.0.5.0
OUI location      : /oracle/SMP/102_64/oui
Log file location : /oracle/SMP/102_64/cfgtoollogs/opatch/opatch2011-07-29_10-24-21AM.log
Patch history file: /oracle/SMP/102_64/cfgtoollogs/opatch/opatch_history.txt
Invoking prereq "checkconflictagainstohwithdetail"
Prereq "checkConflictAgainstOHWithDetail" passed.
OPatch succeeded.
bhluksmp:orasmp 31>
after reviewing the log opatch2011-07-29_10-24-21AM.log, I found following conflicts
INFO:Patch 12370411 has Generic Conflict with 11724962
INFO:Patch 12370452 has Generic Conflict with 11724962
INFO:Patch 12530584 has Generic Conflict with 11724962
INFO:Patch 9368502 has Generic Conflict with 11724962
INFO:Patch 9386687 has Generic Conflict with 11724962
Bit lost from this point, where to go from here, because these are oracle patches, not sure if there is any sap notes out there can help.

Hi Rizwan,
Could you check patch 11724962 applied for what purpose? Does it recommended by SAP?
As far as I know, there are no conflicting patch as long as we use mopatch for fresh installation and/or updating oracle previously updated using mopatch.
Not sure about sapnote regarding this, I would recommend you to open customer message to Global Support in parallel.
Thanks

Suggested patches on top on OMS 12.1.0.3

Hi,
I colleague of mine suggested applying the following 3 patches on top of 12.1.0.3
-Oracle JAVA SE home - see http://www.oracle.com/technetwork/topics/security/javacpujun2013-1899847.html
-Base Platform Fusion Middleware home PSU 12.1.1.0.6 Patch 17071664
-Oracle Database Management Plug-in home Unix: BP Patch 17366505
I am hoping to get some comments from the experts as to whether or not these are really required.
Thanks
Steve.

Hi Steve,
The note suggests recommended patches for different versions of OEM. PSU 4 on top of 12.1.0.2 is the latest PSU as of now.
As per my knowledge there no PSU released for 12.1.0.3. The note will be updated when PSU for 12.1.0.3 OMS will be released.
However, you can review the Bundle Patch information in below notes once which should meet your requirement,
Enterprise Manager 12.1.0.3 Bundle Patch Master Note (Doc ID 1572022.1)
Enterprise Manager Base Platform Management Agent 12cR3 Bundle Patch Bug List (Doc ID 1580355.1)
I hope this helps.
Regards,
Biplab

Connect thru oracle wallet

I am trying to do a connection thru an oracle wallet with the string:
Custon JDBC URL:
jdbc:oracle:oci:/@pm102139
This has worked in the past , but now returns:
Status: Failed - Test failed : no ocijdbc11 in java.library.path
version: 1.5.5.59.69
Build: Main - 5969
Oracle 10.2.0.4.0 in Solaris 10
$java -version
java version "1.5.0_22"
thanks.

Could this have anything to do with Patch 9352164 10.2.0.4.4 PSU? This has been installed since it last worked.
thanks.

Average Active Sessions graph not updated after restart

Hi,
I just wanted to ask - I have restarted a database (11.1.0.7) with GC 11.1.0.1 but after the restart of the db the graphs on a performance tab are not updated. It means that the doesn't refresh and doesn't show actual data...
I checked jobs on the target database and GC repository but nothing is broken. Info on Home tab of the target DB is actual but not the graphs..
I also tried to clearstate and restart the agent but no change..
Any idea?
Thanks

This is a bug and can be solved by applying
Patch 10307099: PERFORMANCE CHARTS DO NOT UPDATE AFTER DATABASE IS RESTARTED
This patch is included in the july 2011 PSU: Grid Control Patch Set Update 11.1.0.1.4 for the Oracle Management Service, see MOS doc ID 1334286.1
Eric

BUG:9689236 如何修复?

环境：
独立的EM主机和repository数据库
OS : OEL 5.5 x86_64
DB : 11.2.0.3
weblogic : wls1035_generic.jar and wls1036_generic.jar
GC : 11.1.0.1.0
问题描述：
GC安装过程中，在OMS Configuration总是failed。
部分报错信息如下：
NMProcess: WARNING: Domains file not found: /u01/app/oracle/product/Middleware/wlserver_10.3/common/emnodemanager20120828091519/nodemanager.domains
NMProcess: WARNING: Configuration error while reading domain directory
NMProcess: weblogic.nodemanager.common.ConfigException: The domain 'GCDomain' at '/u01/app/oracle/product/gc_inst/user_projects/domains/GCDomain' was not registered in the nodemanager.domains file and dynamic domain registration is not supported. Please register the domain in the nodemanager.domains file.
Code of Exception: Error occured while performing nmConnect : Cannot connect to Node Manager. : Configuration error while reading domain directory
借鉴了刘大以前给别人的回复：
Solution
Apply Patch 11808680 OMS FAILS TO START AFTER WEBLOGIC JAN CPU PATCH
This Fix is also included in PSU 4 Patch for OMS 11g.
Re-try the OMS Configuration Assistant from OUI, which should now complete successfully.
这是 11g Grid Control 安装的一个bug ，建议你参考以下连接
Patch 11808680 的readme
和note [ID 1072763.1]
在安装之前apply 必要的 patch 以解决该bug
或者
放弃11gR1 Grid Control ，使用
1. OMS 10.2.0.5
2. Cloud Control 12c
我打上了11808680，但OMS Configuration还是failed。
部分报错信息如下：
Aug 28, 2012 3:02:13 PM oracle.sysman.omsca.adapter.wls.OMSWLSAdapter adapterPostDeployAndReposSetup
SEVERE: Exception occurred while doing Bounce OMS:
java.lang.Exception: Failed to start OMS
at oracle.sysman.omsca.adapter.wls.OMSWLSAdapter.bounceOMS(OMSWLSAdapter.java:2256)
metalink上有一个BUG：9689236 貌似是说这个的，
连接地址：
https://support.oracle.com/epmos/faces/ui/km/BugDisplay.jspx?_afrLoop=332691377914135&recommended=true&id=9689236&_afrWindowMode=0&bugProductSource=Oracle&_adf.ctrl-state=n8czb3no9_4
但这个BUG不知道如何解决，请刘大帮忙。
补充：我把weblogic版本换成1032的，GC成功安装上。

Also, comment the below entry:
::1 localhost6.localdomain6 localhost6
Can be uncommented after the successful installation of grid control.
::1 localhost6.localdomain6 localhost6把上面这行注释掉看看
*<font color="red" size="2" face="courier">如果觉得本回复有意义，请点击本条回复右手边的Correct按钮，谢谢！</font>*
如何在OTN中文技术论坛提一个问题？
论坛礼仪需知及学习oracle的方法论
Maclean Liu
Oracle Database Administrator
Oracle Certified 10g/11g Master
www.askmaclean.com

Patch 11724962 - 10.2.0.5.3 PSU

Similar Messages

Maybe you are looking for