From oracle-l-bounce@freelists.org Wed Jun 22 15:45:34 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j5MKjYfw026176 for ; Wed, 22 Jun 2005 15:45:34 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j5MKjYNi026172 for ; Wed, 22 Jun 2005 15:45:34 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D34141C2E90; Wed, 22 Jun 2005 14:42:07 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07172-08; Wed, 22 Jun 2005 14:42:07 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 4D44E1C2E24; Wed, 22 Jun 2005 14:42:07 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XEfqMuF04YC2my0J71b9WZRvy8YMdvHoiqs+fP0S3im/so6vtWDtfhe6KGw4F5SABUQPEIpGqR9dMu64J2OjZ00px6FGd4IqHfL0qBdp5wmoFj7A23iBBb9IX6oEnScWXvdNNhrNVmjQWpFuE5nztpiQZIrJwOyiBbBJkJX6WVc= Message-ID: <4ca3406a05062212406c8b6fdf@mail.gmail.com> Date: Wed, 22 Jun 2005 13:40:19 -0600 From: John Smiley To: Rich.Jesse@quadtechworld.com Subject: Re: 9iRel2 install on RHEL ES4 Cc: oracle-l@freelists.org In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2159_11729559.1119469219320" References: X-archive-position: 21501 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: jrsmiley@gmail.com Precedence: normal Reply-To: jrsmiley@gmail.com X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=-4.7 required=5.0 tests=AWL,BAYES_00, HTML_FONTCOLOR_BLUE,HTML_MESSAGE autolearn=no version=2.63 ------=_Part_2159_11729559.1119469219320 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline That's interesting. I've heard exactly the opposite from several folks,=20 including Werner. By ignoring the system prerequisites, you forego allowing= =20 the installer to check for other important factors such as memory, swap,=20 disk space, etc. It seems to me that spoofing the installer while allowing= =20 all other checks to be be made is a pretty good idea. The change is only temporary while installing Oracle. The original content= s=20 are restored after the install, so no impact on up2date. John Smiley=20 On 6/22/05, Jesse, Rich wrote:=20 >=20 > Agreed. And in cases where the Oracle Installer is itself installed using= =20 > ignoreSysPrereqs, I'll instead modify $OUI_HOME/oraparams.ini to add the= =20 > "offending" OS, just in case some if the SysPrereqs should not be met in = the=20 > future. > My $.02, > Rich >=20 > -----Original Message----- > *From:* oracle-l-bounce@freelists.org [mailto: > oracle-l-bounce@freelists.org] *On Behalf Of *Reidy, Ron > *Sent:* Wednesday, June 22, 2005 11:59 AM > *To:* jrsmiley@gmail.com; joe_dba@hotmail.com > *Cc:* oracle-l@freelists.org; stellr@cns.vt.edu > *Subject:* RE: 9iRel2 install on RHEL ES4 >=20 > This changing of /etc/redhat-release is not a very good idea. This file i= s=20 > used by up2date and spoofing it to install software is IMHO, not a very g= ood=20 > idea. Better to use the -ignoreSysPrereqs when invoking runInstaller. > =20 > -----------------=20 > Ron Reidy=20 >=20 > ------=_Part_2159_11729559.1119469219320 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
That's interesting.  I've heard exactly the opposite from several= folks, including Werner.  By ignoring the system prerequisites, you f= orego allowing the installer to check for other important factors such as m= emory, swap, disk space, etc.  It seems to me that spoofing the instal= ler while allowing all other checks to be be made is a pretty good idea.
 
The change is only temporary while installing Oracle.  The origin= al contents are restored after the install, so no impact on up2date.
 
John Smiley 

 
On 6/22/05, = Jesse, Rich <Rich.Je= sse@quadtechworld.com> wrote:
Agreed. &= nbsp;And in cases where the Oracle Installer is itself installed = using ignoreSysPrereqs, I'll instead modify $OUI_HOME/oraparams.i= ni to add the "offending" OS, just in case some if the SysPr= ereqs should not be met in the future.
=  
My $.02,
Rich
-----Original Message-----
From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Reid= y, Ron
Sent: Wednesday, June 22, 2005 11:59 AM
To: jrsmiley@gmail.com; joe_dba@hotmail.com
Cc: oracle-l@freelists.org; stellr@cns.vt.edu
Subject: RE: 9iRel= 2 install on RHEL ES4

This changing = of /etc/redhat-release is not a very good idea.  This file is used by = up2date and spoofing it to install software is IMHO, not a very good idea.&= nbsp; Better to use the -ignore SysPrereqs when invoking runInstaller.
 

-----------------
Ron Reidy


------=_Part_2159_11729559.1119469219320-- -- http://www.freelists.org/webpage/oracle-l