I just played with 11.2.0.3.0 patchset on Linux x86_64 (in my testcase Oracle Enterprise Linux 5.6) and tried to install a 11.2.0.2.0 database on it. It fails with:
PRVF-5300: Failed to retrieve active version for CRS on this node
The error stack in the installation log is:
ID: oracle.install.commons.util.exception.DefaultErrorAdvisor:745
oracle.cluster.verification.VerificationException: An internal error occurred within cluster
verification framework
ERRORMSG(linux): PRVF-5300 : Failed to retrieve active version for CRS on this node
at oracle.cluster.verification.ClusterVerification.getPreReqTasksForSIDBInst(ClusterVerification.java:615)
at oracle.install.ivw.db.action.PrereqAction.getProductVerificationTasks(PrereqAction.java:111)
at oracle.install.commons.base.interview.common.action.AbstractPrereqAction.execute
(AbstractPrereqAction.java:86)
at oracle.install.commons.flow.AbstractFlowExecutor.startAction(AbstractFlowExecutor.java:358)
at oracle.install.commons.flow.AbstractFlowExecutor.enterVertex(AbstractFlowExecutor.java:571)
at oracle.install.commons.flow.AbstractFlowExecutor.transition(AbstractFlowExecutor.java:333)
at oracle.install.commons.flow.AbstractFlowExecutor.nextState(AbstractFlowExecutor.java:268)
at oracle.install.commons.flow.AbstractFlowExecutor.nextViewState(AbstractFlowExecutor.java:227)
at oracle.install.commons.flow.DefaultFlowNavigator.goForward(DefaultFlowNavigator.java:58)
at oracle.install.commons.flow.jewt.FlowWizard$1.run(FlowWizard.java:125)
at oracle.install.commons.flow.jewt.FlowWizard$TransitionManager$1.run(FlowWizard.java:101)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:651)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:676)
at java.lang.Thread.run(Thread.java:595)
The problem
I started the installer with debug enabled just add “-debug -logLevel finest >inst1.out 2>inst2.out”). The log files gave some insight:
[Version.getVersion:497] version String is 11.2.0.3.0 [Version.getVersion:498] new Version().toString is 11.2.0.2.0 [VerificationUtil.getSIHAReleaseVersionObj:4986] Configuration Exception: PRKC-1137 : Unable to find Version object with string value 11.2.0.3.0 [VerificationUtil.getCRSUser:1362] Active Version = null
The related query command is
"GI_HOME/bin/crsctl query has releaseversion"
Obviously 11.2.0.2.0 installer has problems with the string “11.2.0.3.0”.
Solution #1
The most simple approach is to start the installer like this:
./runInstaller -ignorePrereq
With that the installer skips al pre-installation tests.
Solution #2
One simple approach was to created a wrapper around crsctl to report a version of 11.2.0.2.0 when querying releaseversion:
cd $GRID_HOME /bin
mv crsctl crsctl.orig
Now create a script “crsctl” with the following contents:
EXEC=/u01/app/oragrid/product/11.2.0.3.0/bin/crsctl.orig case $1 in query) echo "Oracle High Availability Services release version on the local node is [11.2.0.2.0]" ;; *) $EXEC $* ;; esac
You can start the database installation. During the verification steps the installer might report the Oracle Restart Registry as invalid. Just ignore it. The installation should now run fine.
Note that this bug is NOT related to OEL 5.6. It is the installer which cannot deal with the version string of the newer grid infrastructure. So you will face this error on OEL 6, RedHat and SuSE as well.
Dont forget to revert the changes after the installation!
After installation finished i was able to create a database using ASM without any problems. Registering the database into Oracle Restart also worked fine.
Great workaround.
Thank you for share.
I got the same problem on Solaris and resolved with your workaround.
It seems oracle makes it mandatory to install RDBMS 11.2.0.3 with CRS 11.2.0.3.
However it is great work.
Thanks for sharing
Thanks, that was EXACTLY the problem I ran into last night. Working 11.2.0.3 GI and DB setup … needed to install 11.2.0.2 DB on the same box, and POOF the Installer choked.
Great solution!
One additional thing I had to do on my system … when I tested the bogus crsctl script, I got this error:
$ crsctl status resource -t
/c01/app/grid/11.2.0/grid_1/bin/crsctl.ORIG: line 272: /c01/app/grid/11.2.0/grid_1/bin/crsctl.ORIG.bin: No such file or directory
/c01/app/grid/11.2.0/grid_1/bin/crsctl.ORIG: line 272: exec: /c01/app/grid/11.2.0/grid_1/bin/crsctl.ORIG.bin: cannot execute: No such file or directory
Looks like it wants to call crsctl.bin with the suffix of the “real” crsctl binary stuffed in the middle of the name. So I made a link pointing back to the original crsctl.bin:
$ ln -s crsctl.bin crsctl.ORIG.bin
$ ls -l crsctl*
-rwxr-x— 1 oracle dba 190 Nov 11 09:59 crsctl
-rwxr-x— 1 oracle dba 36559774 Sep 3 15:38 crsctl.bin
-rwxr-x— 1 oracle dba 8268 Nov 11 09:57 crsctl.ORIG
lrwxrwxrwx 1 oracle dba 10 Nov 11 10:02 crsctl.ORIG.bin -> crsctl.bin
And then it worked fine, such as:
$ crsctl status resource -t
——————————————————————————–
NAME TARGET STATE SERVER STATE_DETAILS
——————————————————————————–
Local Resources
——————————————————————————–
ora.ARCH.dg
ONLINE ONLINE bop-dr-db02
ora.DATA1.dg
ONLINE ONLINE bop-dr-db02
ora.DATA2.dg
ONLINE ONLINE bop-dr-db02
ora.LISTENER.lsnr
ONLINE ONLINE bop-dr-db02
. . .
Probably didn’t need to do that if it was only going to do the query during the installer, but it satisfied my curiousity.
Thanks again for saving the day!
Thank you very much
Just had this problem, and this is the only site detailing problem and workaround.
Later I found these support notes:
Top 11gR2 RAC Installation Issues [ID 1372375.1]
and
PRKC-1137: Installing 11.2.0.1 RAC Database Software Fails on Cluster Manager Integrity Check if GI is 11.2.0.2 [ID 1279064.1]
that just suggest to click ignore on those three failed checks.
Tested that and seems ok.
Great article…gave me the workaround I craved for.
Thanks
Installation of Standalone (Non-RAC) 11.2.0 Database fails with errors: PRVF-5300, PRKC-1033, PRCT-1406 [ID 1380126.1]
11gR2 Grid Infrastructure was not completely removed / de-installed, resulting in the existence of one or both of the following Grid Infrastructure files:
/etc/ocr.loc
/etc/oracle/olr.loc
To resolve this situation:
1. Backup the files /etc/ocr.loc and /etc/oracle/olr.loc, then rename / delete them.
2. Retry the standalone (non-RAC) Database 11.2.0 installation.
Solution 1 worked Great – Thanks
Nice….fixed the issue. Thanks Rick