| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: HP-UX Oracle Install
The trick is that when you run commands on that directory you the
directory list gets parsed in such a way so that the -i file is at the top
of the list. rm sees this as a parameter and as such invokes the
interactive option of rm you then get asked whether you want to delete
each file
you create the file with a path something like touch /test/-i will create a directory in the test directory.
Its really only a block on rm * type behaviour
It is a help in stopping your files from getting clobberd by enthusiastic SA's
Cheers
--
Peter McLarty E-mail: Peter.Mclarty_at_mincom.com Technical Consultant WWW: http://www.mincom.com APAC Technical Services Phone: +61 (0)7 3303 3461 Brisbane, Australia Mobile: +61 (0)402 094 238 Facsimile: +61 (0)7 3303 3048 =================================================A great pleasure in life is doing what people say you cannot do.
hemantchitale_at_charteredsemi.com
Sent by: root_at_fatcity.com
01/03/2002 01:33 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
cc:
Fax to:
Subject: Re: HP-UX Oracle Install
Can you explain the
"An old sys admin trick is to put a file named -i in the directory that
you don't want touched. "
Does this prevent deletions of the files or rebooting or unmounting the file system ?
Hemant K Chitale
Principal DBA
Chartered Semiconductor Manufacturing Ltd
Peter.McLarty_at_mincom.com 28/02/2002 02:23 PM Sent by: root_at_fatcity.com
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
cc: (bcc: CHITALE Hemant Krishnarao/IT/CHRT/ST Group)
Subject: Re: HP-UX Oracle Install
Hi
As long as you don't have issues with having data files mounted remotely
ie
you have a pretty robust network between the server this shouldn't be a
problem just clearly mark/document the directories that you use on the
server that you mount file systems from as sometimes clever sysadmins
delete directories that they cant find owners of files.
One issue that you can have a little problem but it is mostly cosmetic and
that is if you don't use common UID's in Unix. I always did consider
remotely mounting datafiles as not a bright idea but apparently NFS 3
alleviates most of those concerns.
Still you cant help someone rebooting the remote server.
An old sys admin trick is to put a file named -i in the directory that
you
don't want touched.
HTH --
Peter McLarty E-mail: Peter.Mclarty_at_mincom.com Technical Consultant WWW: http://www.mincom.com APAC Technical Services Phone: +61 (0)7 3303 3461 Brisbane, Australia Mobile: +61 (0)402 094 238 Facsimile: +61 (0)7 3303 3048 =================================================A great pleasure in life is doing what people say you cannot do.
Sujatha Madan
<Sujatha.Madan_at_cmc.cwo.net.au> To: Multiple recipients
Sent by: root_at_fatcity.com of list ORACLE-L
<ORACLE-L_at_fatcity.com>
cc:
28/02/2002 12:13 PM Fax to:
Please respond to ORACLE-L Subject: HP-UX Oracle
Install
Hi,
This may be more of a UNIX question, so please bear with me.
We have a "test" server that has 1GB free space. We need to test our
Oracle
and application upgrade and there are no other servers other than this
"test" server. Obviously there is not enough space.
The powers above want to use two spare disks that are on our production
system. Unfortunately they are part of a disk array and we can't remove
them
seperately and install them onto the "test" system. So what they want is
to
remotely mount these partitions (which are from the production server)
onto
the "test" system. That way I have more space and should be able to
install
Oracle.
Does anyone know if this would cause a problem when installing Oracle? The production server already has two Oracle installations on seperate partitions. Could there be a conflict?
I have a feeling there won't be a problem, but I just wanted to make sure.
Thanks
Sujatha
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Sujatha Madan
INET: Sujatha.Madan_at_cmc.cwo.net.au
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Liststo: ListGuru_at_fatcity.com (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).
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
--
This transmission is for the intended addressee only and is confidential
information. If you have received this transmission in error, please
delete
it and notify the sender. The contents of this e-mail are the opinion of
the writer only and are not endorsed by the Mincom Group of companies
unless expressly stated otherwise.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author:
INET: hemantchitale_at_charteredsemi.com
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Liststo: ListGuru_at_fatcity.com (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).
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author:
INET: Peter.McLarty_at_mincom.com
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Liststo: ListGuru_at_fatcity.com (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). Received on Thu Feb 28 2002 - 23:43:35 CST
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
 |
 |