12/20/2013

Document 1082394.1

11.2.0.1.X Grid Infrastructure PSU Known Issues (Doc ID 1082394.1)

Modified: 13-May-2013

Type: BULLETIN

In this Document
Purpose
Scope
Details
General PSU Install Best Practices:
Known Issues for 11.2.0.1.2 Grid Infrastructure PSU
11.2.0.1.2 GI PSU Readme has been updated on Aug 02, 2010. There is no change to the patch binary
itself, therefore customers who have already applied this patch do not need to reapply.
The 11.2.0.1.1 GI PSU patch 9343627 has been replaced on June 10, 2010 by Patch 9778840
Known Issues for 11.2.0.1.1 Grid Infrastructure PSU
Bugs Fixed by 11.2.0.1.1 Grid Infrastructure PSU
References

APPLIES TO:
Oracle Database - Enterprise Edition - Version 11.2.0.1 to 11.2.0.1 [Release 11.2]
Information in this document applies to any platform.
***Checked for relevance on 11-Mar-2013***

PURPOSE
The purpose of this bulletin is to provide information about 11.2.0.1.X Grid Infrastructure PSU.

SCOPE
This article is intended for DBAs and support personnel installing Grid Infrastructure PSU on version 11.2.0.1.X.

DETAILS
General PSU Install Best Practices:
Extract the latest version of opatch to the <GRID_HOME>/OPatch directory as the grid software owner.
Carefully review the PSU readme when applying the patch.
Ensure that enough disk space available when applying the PSU. There amount of space available should be
several times more than the PSU size itself.
Umask on the root user should be 022 when applying the PSU

Known Issues for 11.2.0.1.2 Grid Infrastructure PSU

11.2.0.1.2 GI PSU Readme has been updated on Aug 02, 2010. There is no change to the patch binary itself,
therefore customers who have already applied this patch do not need to reapply.
1. opatch auto fails with auto_patch.pl: Permission denied:
#opatch auto . -oh $ORACLE_HOME
/d01/11.2.0/grid/OPatch/opatch: line 152:
/d01/11.2.0/grid/OPatch/crs/auto_patch.pl: Permission denied
Solution: opatch has been fixed and reloaded. Please download latest opatch.
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=q1iylk9uz_240&id=1082394.1

1/4

12/20/2013

Document 1082394.1

2. Apply GI PSU 9655006 fails with the following errors:

$GRID_HOME/OPatch/opatch auto /u02/software/9655006 -oh /u03/grid

...
Using configuration parameter file: /u03/grid/crs/install/crsconfig_params
The opatch Component check failed. This patch is not applicable for /u03/grid
The opatch Component check failed. This patch is not applicable for /u03/grid
The opatch Component check failed. This patch is not applicable for /u03/grid
Patch Component/Conflict check failed for /u03/grid

See Note: 1169036.1 for a summary of potential causes.

3. Cannot install opatch in GI_HOME. You get permission denied when trying to copy/unzip the opatch zipfile into
$GI_HOME.
Unzip syntax is given in latest Readme: unzip <opatch zipfile> -d $GI_HOME
@ bug: 9942024
4. With pre-11.2 DB, opatch auto fails with:
Using configuration parameter file: /ocw/grid/crs/install/crsconfig_params
unable to get oracle owner for
Workaround is unregister or apply with -oh option.
5. IBM AIX ONLY: Need 22 gigabytes of free space for Grid Infrastructure PSU application.
6. After applying 9655006, crs stack failed to start due to permission error from some files in $GI_HOME/bin,
./crsctl start crs
Failure at scls_process_spawn with code 1
Internal Error Information:
Category: -1
Operation: fail
Location: canexec2
Other: no exe permission, file
[/u01/product/grid/bin/ohasd]
System Dependent Information: 0
CRS-4000: Command Start failed, or completed with errors.
checking the permission of $GI_HOME/bin/*, found some of the files which used to belong to root:oinstall, now
belongs to oracle:oinstall.
Workaround: run the $GI_HOME/crs/install/rootcrs.pl -patch. This will reset the permission correctly.
7. You may see an error like the following:

WARNING:Destination file "/opt/oracle/11.2.0/grid/srvm/lib/libsrvm11.so"

does not exist. Can't verify.

Workaround: Ignore the error, there is no impact.

Ref: bug: 9923949

https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=q1iylk9uz_240&id=1082394.1

2/4

12/20/2013

Document 1082394.1

8. Appvipcfg can return:

CRS-0160: The attribute '"USR_ORA_VIP' is not supported in this resource type.

Workaround: Modify the "appvipcfg.pl" script in <GRID_HOME>/bin and change:

"ACL=$acllist\""

to

"ACL=$acllist"

9. When GI user and RDBMS user are different, opatch auto command may error out when doing the applicable
check on RDBMS_HOME:
# opatch auto /u01/patches/112PSU2/
...
The opatch Applicable check failed for /u01/app/oracle/product/11.2.0/dbhome_1. The patch is not
pplicable for /u01/app/oracle/product/11.2.0/dbhome_1
This is bug: 9924635. W/A: manually apply --> Note: 1210964.1
10. Make sure umaks of root is 022, otherwise may cause libraries owned by root with wrong permissions. (bug
10393664)

The 11.2.0.1.1 GI PSU patch 9343627 has been replaced on June 10, 2010 by Patch 9778840
Problem Symptom
11.2.0.1.1 GI PSU had an issue with EMCA/DBCA failing with Java core dump.
Action
Take one of the following actions, depending on your environment
1. If you have already applied the 11.2.0.1. GI PSU(patch 9343627), please roll back that patch using the
README instructions and then apply this GI PSU patch 9778840. The patch can be rolled back in a rolling
fashion.
2. If you have not applied any GI PSU patch, you can directly apply this GI PSU patch 9778840, follow the
README instructions to apply the patch.

Known Issues for 11.2.0.1.1 Grid Infrastructure PSU

You may get the following errors when executing step 2.2.5 if ocr/voting disks are NOT on ASM
2.2.5 Prepare GI home for patch
As an owner of Oracle GI home software owner, run the command:
%<GI_HOME>/bin/srvctl stop home -o <GI_HOME> -s <STAT_FILE_LOCATION> -n
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=q1iylk9uz_240&id=1082394.1

3/4

12/20/2013

Document 1082394.1

<node_name>
srvctl stop home -o $ORACLE_HOME -s /tmp/gi.state -n node1
PRCH-1002 : Failed to stop resources running from crs home /d01/EL5_32/upg/11.2.0/grid
PRCH-1030 : one or more resources failed to stop PRCH-1026 : Failed to stop ASM
PRCR-1014 : Failed to stop resource ora.asm
PRCR-1065 : Failed to stop resource ora.asm
CRS-2529: Unable to act on 'ora.asm' because that would require stopping or relocating 'ora.registry.acfs',
but the force option was not specified
Workaround:
add -f to the command,
<GI_HOME>/bin/srvctl stop home -o <GI_HOME> -s <STAT_FILE_LOCATION> -n
<node_name> -f
ASM LMS and VKTM processes are not in realtime mode after patching.
Workaround:
1. #chown root:oinstall $ORACLE_HOME/bin/oradism
2. #chmod 4750 /u01/app/crshome/bin/oradism
3. #ls -l /u01/app/crshome/bin/oradism
-rwsr-x--- 1 root oinstall 71351 Apr 12 20:52 /u01/app/crshome/bin/oradism
4. Restart asm instance.
5. vktm and lms process should now be running in RT mode.
Can't dismount ACFS after patching due to Configuration Manager cron job running (nmz -cron process
running).
Workaround:
Find the offender with:
/usr/sbin/lsof <mount point >
/bin/fuser < mount point >
Stop the offending process(es)

Bugs Fixed by 11.2.0.1.1 Grid Infrastructure PSU

See the patch readme.

REFERENCES

BUG:9924635 - GI PSU2 PATCH APPLY FAILS WITH "OPATCH APPLICABLE CHECK FAILURE"
NOTE:1169036.1 - Applying GI PSU 9655006 fails with "The opatch Component check failed"

https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=q1iylk9uz_240&id=1082394.1

4/4