Home > Oracle in general > PRVF-5300: Failed to retrieve active version for CRS on this node when installing DB on Grid Infrastructure

PRVF-5300: Failed to retrieve active version for CRS on this node when installing DB on Grid Infrastructure

I just played with patchset on Linux x86_64 (in my testcase Oracle Enterprise Linux 5.6) and tried to install a 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
        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
[Version.getVersion:498]  new Version().toString is
[VerificationUtil.getSIHAReleaseVersionObj:4986]  Configuration Exception:
PRKC-1137 : Unable to find Version object with string value
[VerificationUtil.getCRSUser:1362]  Active Version = null

The related query command is

"GI_HOME/bin/crsctl query has releaseversion"

Obviously installer has problems with the string “”.

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 when querying releaseversion:

cd $GRID_HOME /bin
mv crsctl crsctl.orig

Now create a script “crsctl” with the following contents:

case $1 in
 echo "Oracle High Availability Services release version on the local node is []"
        $EXEC $*


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.

Categories: Oracle in general Tags:
  1. November 1st, 2011 at 20:47 | #1

    Great workaround.
    Thank you for share.

  2. Kanhaiya
    November 10th, 2011 at 08:27 | #2

    I got the same problem on Solaris and resolved with your workaround.
    It seems oracle makes it mandatory to install RDBMS with CRS
    However it is great work.
    Thanks for sharing

  3. Christopher Hamilton
    November 11th, 2011 at 16:44 | #3

    Thanks, that was EXACTLY the problem I ran into last night. Working GI and DB setup … needed to install DB on the same box, and POOF the Installer choked.

    Great solution!

  4. Christopher Hamilton
    November 11th, 2011 at 17:06 | #4

    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
    Local Resources
    ONLINE ONLINE bop-dr-db02
    ONLINE ONLINE bop-dr-db02
    ONLINE ONLINE bop-dr-db02
    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!

  5. Roberto
    February 27th, 2012 at 12:42 | #5

    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]
    PRKC-1137: Installing RAC Database Software Fails on Cluster Manager Integrity Check if GI is [ID 1279064.1]
    that just suggest to click ignore on those three failed checks.
    Tested that and seems ok.

  6. dapogbite
    May 8th, 2012 at 12:57 | #6

    Great article…gave me the workaround I craved for.


  7. July 11th, 2012 at 16:10 | #7

    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:


    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.

  8. DBA
    August 7th, 2012 at 23:59 | #8

    Solution 1 worked Great – Thanks

  9. July 2nd, 2013 at 20:07 | #9

    Nice….fixed the issue. Thanks Rick

  1. No trackbacks yet.