Applies to:
Oracle Server - Enterprise Edition - Version 11.2.0.3 and laterInformation in this document applies to any platform.
Purpose
The note lists problems, solutions or workarounds that's related to the following 11gR2 GI CVU error:
$ runcluvfy.sh stage -pre crsinst -upgrade -n <racnode1>,<racnode2> -rolling -src_crshome /ocw/crs111 -dest_crshome /ocw/grid112 -dest_version 11.2.0.3.0 -verbosePerforming pre-checks for cluster services setup
PRVG-0700 : CRS stack must be running on the local node for performing rolling upgrade.
PRVG-0700 : CRS stack must be running on the local node for performing rolling upgrade.
Details
Case 1: Oracle Clusterware is not running
Pre-upgrade Oracle Clusterware (GI or CRS) needs to up and running to run this CVU command, the following is expected from "crsctl check crs" command:
10gR2
CSS appears healthy
CRS appears healthy
EVM appears healthy
11gR1
Cluster Synchronization Services appears healthy
Cluster Ready Services appears healthy
Event Manager appears healthy
11gR2
CRS-4638: Oracle High Availability Services is online
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
CSS appears healthy
CRS appears healthy
EVM appears healthy
11gR1
Cluster Synchronization Services appears healthy
Cluster Ready Services appears healthy
Event Manager appears healthy
11gR2
CRS-4638: Oracle High Availability Services is online
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
If pre-upgrade clusterware is not up and running, start it prior to run the rolling upgrade check.
Case 2: Wrong dest_crshome specified
If CVU command has wrong value for parameter "-dest_crshome", i.e. a typo, this error will be reported
Case 3: srvctl version is same(11.2.0.3) in another home
Due to bug 14216749 (closed as duplicate of bug 12975811 which is fixed in 11.2.0.3 GI PSU1), if another ORACLE_HOME has srvctl which is at same version as CVU (11.2.0.3 in this case), this issue can happen, the workaround to is to change the permission of the srvctl in other ORACLE_HOME to 000 during installation.
To find all other ORACLE_HOMES, refer to note 1470313.1
To find all other ORACLE_HOMES, refer to note 1470313.1
To find out srvctl version in each home, execute the following as the software owner of that ORACLE_HOME
export ORACLE_HOME=<path-of-oracle-home>
$ORACLE_HOME/bin/srvctl -V
srvctl version: 11.2.0.3.0
To change the permission of the srvctl, as root user:
chmod 000 $ORACLE_HOME/bin/srvctl
After GI is upgraded successfully, go to the affected home and change the permission back to 755, as root user:
chmod 755 $ORACLE_HOME/bin/srvctl
Case 4: No home in central inventory has flag: CRS="true"
To find all other ORACLE_HOMES, refer to note 1470313.1
To fix the issue, refer to note 1053393.1 to set CRS="true" for active Oracle Clusterware home
Niciun comentariu:
Trimiteți un comentariu