oraInst.loc question
I have two Oracle installations on the same host. Between installs I updated /etc/oraInst.loc and /var/opt/oracle/oraInst.loc accordingly so that I have two inventory directoies, one per installation. My question is that /etc/oratab has a facility for multiple installations via ':<$ORACLE_HOME path>:N' entries, but the oraInst.loc appears to be for a single installation. Now in order to apply patches and such, I have to modify /etc/oraInst.loc every time (it appears Opatch is ignoring the /var/opt/oracle version). Has anyone found an easy way to use multiple oraInst.loc files or to use a single oraInst.loc file for multiple inventories? I'm strongly considering hiding opatch and replacing it with a wrapper script that rewrites the oraInst.loc files prior to calling the 'real' opatch executable, but thought I'd see if there's an easier way first. :-) Thanks! Rich Holland SAP Technical Consultant Guidance Technologies, Inc. -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Rich Holland INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: oraInst.loc question
Title: RE: oraInst.loc question We have one oraInst.loc file for each individual set of binaries (two on production, three in development/test) and every time we patch/upgrade/install we rename the oraInst.loc file to whatever we are working on. Not an optimal solution, but the only one I really have found so far. April Wells Oracle DBA/Oracle Apps DBA Corporate Systems Amarillo Texas You will recognize your own path when you come upon it, because you will suddenly have all the energy and imagination you will ever need. ~ Jerry Gillies ~ -Original Message- From: Rich Holland [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 04, 2003 1:01 PM To: Multiple recipients of list ORACLE-L Subject: oraInst.loc question I have two Oracle installations on the same host. Between installs I updated /etc/oraInst.loc and /var/opt/oracle/oraInst.loc accordingly so that I have two inventory directoies, one per installation. My question is that /etc/oratab has a facility for multiple installations via ':<$ORACLE_HOME path>:N' entries, but the oraInst.loc appears to be for a single installation. Now in order to apply patches and such, I have to modify /etc/oraInst.loc every time (it appears Opatch is ignoring the /var/opt/oracle version). Has anyone found an easy way to use multiple oraInst.loc files or to use a single oraInst.loc file for multiple inventories? I'm strongly considering hiding opatch and replacing it with a wrapper script that rewrites the oraInst.loc files prior to calling the 'real' opatch executable, but thought I'd see if there's an easier way first. :-) Thanks! Rich Holland SAP Technical Consultant Guidance Technologies, Inc. -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Rich Holland INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). The information contained in this communication, including attachments, is strictly confidential and for the intended use of the addressee only; it may also contain proprietary, price sensitive, or legally privileged information. Notice is hereby given that any disclosure, distribution, dissemination, use, or copying of the information by anyone other than the intended recipient is strictly prohibited and may be illegal. If you have received this communication in error, please notify the sender immediately by reply e-mail, delete this communication, and destroy all copies. Corporate Systems, Inc. has taken reasonable precautions to ensure that any attachment to this e-mail has been swept for viruses. We specifically disclaim all liability and will accept no responsibility for any damage sustained as a result of software viruses and advise you to carry out your own virus checks before opening any attachment.
RE: oraInst.loc question
Title: Message
Thanks
for the response April. I ended up just hacking Opatch to auto-configure
the oraInst.loc files based on which instance of Opatch is being called.
Suboptimal still, but better than having to (remember to) manually move 'em
myself. I'd forget to tie my shoes in the morning if I didn't trip over
the laces. :-)
--Rich
Holland (913)
645-1950 SAP Technical
Consultantprint
unpack("u","92G5S\=\"!A;F]T:&5R(\'!E
-Original Message-From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of April WellsSent:
Wednesday, June 04, 2003 2:23 PMTo: Multiple recipients of list
ORACLE-LSubject: RE: oraInst.loc question
We have one oraInst.loc file for each individual set of
binaries (two on production, three in development/test) and every time we
patch/upgrade/install we rename the oraInst.loc file to whatever we are
working on.
Not an optimal solution, but the only one I really have found
so far.
April Wells Oracle DBA/Oracle Apps
DBA Corporate Systems Amarillo
Texas
You will recognize your own path when you come upon it,
because you will suddenly have all the energy and imagination you will ever
need.
~ Jerry Gillies ~
-Original Message- From: Rich
Holland [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 04, 2003 1:01 PM To: Multiple recipients of list ORACLE-L Subject: oraInst.loc question
I have two Oracle installations on the same host.
Between installs I updated /etc/oraInst.loc and
/var/opt/oracle/oraInst.loc accordingly so that I have
two inventory directoies, one per installation.
My question is that /etc/oratab has a facility for
multiple installations via
':<$ORACLE_HOME path>:N' entries, but the oraInst.loc appears to be for a single installation.
Now in order to apply patches and such, I have to
modify /etc/oraInst.loc every time (it appears Opatch
is ignoring the /var/opt/oracle version).
Has anyone found an easy way to use multiple oraInst.loc files
or to use a single oraInst.loc file for multiple
inventories? I'm strongly considering hiding
opatch and replacing it with a wrapper script that rewrites the oraInst.loc files prior to calling the 'real'
opatch executable, but thought I'd see if there's an
easier way first. :-)
Thanks! Rich Holland SAP Technical Consultant Guidance Technologies,
Inc.
-- Please see the official ORACLE-L
FAQ: http://www.orafaq.net --
Author: Rich Holland
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego,
California -- Mailing list and web
hosting services -
To REMOVE yourself from this mailing list, send an E-Mail
message to: [EMAIL PROTECTED] (note EXACT spelling
of 'ListGuru') and in the message BODY, include a line
containing: UNSUB ORACLE-L (or the name of mailing
list you want to be removed from). You may also
send the HELP command for other information (like subscribing).
The information contained in this communication, including attachments, is strictly
confidential and for the intended use of the addressee only; it may also contain
proprietary, price sensitive, or legally privileged information. Notice is hereby given that
any disclosure, distribution, dissemination, use, or copying of the information by anyone
other than the intended recipient is strictly prohibited and may be illegal. If you have
received this communication in error, please notify the sender immediately by reply e-mail,
delete this communication, and destroy all copies.
Corporate Systems, Inc. has taken reasonable precautions to ensure that any attachment to
this e-mail has been swept for viruses. We specifically disclaim all liability and will
accept no responsibility for any damage sustained as a result of software viruses and advise
you to carry out your own virus checks before opening any attachment.
