on 04-29-2010 3:04 PM
Hi,
We had one instance installed on the system. We are now installing the new instance for CE 71 on hp with oracle.
The database installation is conplete, and SAP installation is still in progress.
While running the OUA, the runInstaller gave me
1) issues with the permission mode of /oracle/oraInventory (orainst.loc, oraInstroot.sh and locks directory). I did change the permissions and continued with the DB installation.
2) When runInstaller asked me to run root.sh, it asked for the local path of the bin directory (usr/local/bin, which had files for oraenv, dbhome and coraenv for new user ora<OLDSID>).
I specified it as a new folder /usr/local/newbin (where it created the files for oraenv, dbhome and coraenv for new user ora<NEWSID>)
Could you please create let me know whether I followed a wrong step? Also, is there a need to add the new directory to /usr/local/newbin to path?
please advise.
Thanks,
Antarpreet
> We had one instance installed on the system. We are now installing the new instance for CE 71 on hp with oracle.
> The database installation is conplete, and SAP installation is still in progress.
Did you read the installation guide? Usually your start with sapinst and start the installation. SApinst stops and request you to install the database using the script RUNINSTALLER (you don't use runInstaller or DBCA or other Oracle tools) and then you move on with the installation.
If you follow all those steps it's not necessary to adapt any environments or to change settings.
This is thoroughly described in the installation guide.
Markus
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have seen the OraInventory problem. The directory is created by the first installation with no group write permissions, so the second installation cannot write to it. Making everything writable by the dba group is the solution. As for the /usr/local/bin, the scripts there are SID independent, so it is OK to have just one directory for all the installations. I usually let root.sh overwrite them when installing a higher release or patch set.
Also, you have to choose whether to run with two listeners or just one. Having two listeners makes the instances more independent, but for the second sapinst you have to specify a different listener port. Having one listener is possible, but requires some small manual adjustments - see note 98252.
User | Count |
---|---|
84 | |
10 | |
9 | |
8 | |
6 | |
6 | |
6 | |
5 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.