From oracle-l-bounce@freelists.org  Fri Feb 27 08:12:27 2004
Return-Path: <oracle-l-bounce@freelists.org>
Received: from air189.startdedicated.com (root@localhost)
 by orafaq.com (8.11.6/8.11.6) with ESMTP id i1RECRe14605
 for <oracle-l@orafaq.com>; Fri, 27 Feb 2004 08:12:27 -0600
X-ClientAddr: 206.53.239.180
Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180])
 by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i1RECRo14600
 for <oracle-l@orafaq.com>; Fri, 27 Feb 2004 08:12:27 -0600
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP
 id 11597394CBF; Fri, 27 Feb 2004 09:13:39 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 27 Feb 2004 09:12:36 -0500 (EST)
X-Original-To: oracle-l@freelists.org
Delivered-To: oracle-l@freelists.org
Received: from locust.cns.vt.edu (locust.cns.vt.edu [198.82.169.14])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 71F1A394CA6
 for <oracle-l@freelists.org>; Fri, 27 Feb 2004 09:12:33 -0500 (EST)
Received: by locust.cns.vt.edu (Postfix, from userid 986)
 id 51A29DD1A; Fri, 27 Feb 2004 09:15:37 -0500 (EST)
Date: Fri, 27 Feb 2004 09:15:37 -0500
From: Ray Stell <stellr@cns.vt.edu>
To: oracle-l@freelists.org
Subject: Re: Moving db to linux
Message-ID: <20040227141537.GA28604@locust.cns.vt.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-archive-position: 2206
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-To: oracle-l-bounce@freelists.org
X-original-sender: stellr@cns.vt.edu
Precedence: normal
Reply-To: oracle-l@freelists.org
X-list: oracle-l


> I cannot find the patch you mentioned in metalink: 3208258, can you find it? 

Sorry, I refused to go there, so I never tried to find any of these
"fixes".  Just did a patch search, but found nothing.  Oracle support
might be able to figure it out.  I think it is silly to do these
patches.  Backleveling the kernel opens all sorts of security holes.
This does not seem like a reasonable choice and is not reasonable
support from the vendor.

Another interesting note along this path.  I was trying to confirm 
the 10g cd I had burned was valid, so I ran the 10g installer on my
desktop Mandrake 9.x linux box.  I run a 9i db for testing on it.  There
are probably workarounds here, but I find it interesting that they would
do this:

[oracle@moria mnt]$ uname -a
Linux moria 2.4.19-36mdk #1 Fri Nov 28 21:15:25 MST 2003 i686 unknown unknown GNU/Linux

[oracle@moria mnt]$ ./runInstaller
Starting Oracle Universal Installer...

Checking installer requirements...

Checking operating system version: must be redhat-2.1, UnitedLinux-1.0 or redhat-3
                                      Failed <<<<

===============================================================
Ray Stell   stellr@vt.edu     (540) 231-4109     KE4TJC    28^D
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

