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.