I hit the following error trying to install SOA on a Linux x86-64 environment.  It seems a few people have hit this issue so I thought I would post the solution I found.  Its not much of a "fix", but while researching the problem I noticed some questionable suggestions, including deleting files.  Who knows, they may have opened an SR and thats what they were told to do.  Regardless, here is what worked for me.

On the Select Domain Source screen:


I would get the following error when trying to select “Oracle SOA Suite


The solution I found, was just to select the products you want from the bottom up.  So Oracle JRF first, Oracle WSM Policy Manager second, etc.  By looking at error above you can see that there are multiple dependencies, one such being Oracle WSM Policy Manager.   So if you select them first, you don't get the error.

If your using windows try running  the config.cmd script as an Administrator.


Web Home Upgrade – OPMN is failing to start

As part of our upgrade from 12.0.6 to 12.1.2 the Web Oracle Home (10.1.3) needed to upgraded to   I encountered the following issue:


I actually encountered this same error while upgrading two cloned environments.  Each time the cause was different.  The easiest one to check is to verify that your ORACLE_CONFIG_HOME is pointing to $INS_TOP/ora/10.1.3 directory. If thats ok and this is a cloned environment, rebuild your inventory.    For a complete guide of how to rebuild an R12 inventory check Metalink note:  How to create, update or rebuild the Central Inventory for Applications R12 [ID 742477.1].

If that doesn’t work, try creating a clean inventory: How to Create a Clean oraInventory in Release 12 [ID 834894.1]

Both of those notes talk about running the $IAS_ORACLE_HOME/appsutil/clone/ script.  I also hit an error running this:

NON-COMPLIANT: /u03/VIS/apps/tech_st/10.1.3/oraInst.loc does not point to an inventory inside the currenOME
Rapid Clone only supports oraInst.loc at that location if its content points to an inventory inside the s_HOME
Please make the necessary changes to the following file:

The weird thing here, is that I compared the oraInst.loc files from my first cloned environment upgrade and they are identical.  In both environments the oraInst.loc file is pointing to:


For the script I found OUICLI.PL Fails when Running adcfgclone with R12 if Global Inventory does not exist [ID 458653.1]  which instructs you to create an oraInventory directory inside 10.1.3 ORACLE_HOME, then modify the 10.1.3 ORACLE_HOME/oraInst.loc file and point it to that directory.  Afterwords re-run the cloning script,

I didn’t run, instead I re-ran the script and tried to apply the patch again.   This time the OPMN failing to start error did not occur.

Note 458652.1 says the cause was that the global inventory wasn’t found under default locations or there were permissions issues.   I verified that both of those issues were ok.

I believe the problem stems from the fact that I didn’t totally clean this environment before cloning.   There was an existing oraInventory from a previous clone and some other Oracle products that are no longer used.   

Hardware Partitioning with Oracle VM

I didn’t realize that Oracle VM could do hardware partitioning until the question was raised on Oracle-L and I looked into it.   I use Oracle VM for some Fusion Middleware and R12 environments but nothing overly complex.

I checked the Oracle VM FAQ document and one of the questions was, “How does partitioning relate to software licensing?”   The answer points to the following document which talks software vs hardware partitioning:

That document refers to the following article which explains how to configure hardware partitioning:

The information can also be found on Oracle’s Wiki: