Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 16876 invoked from network); 31 Jan 2007 16:00:34 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 31 Jan 2007 16:00:33 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E8E555CAEE0;
 Wed, 31 Jan 2007 16:59:21 -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 32052-01; Wed, 31 Jan 2007 16:59:21 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 138545CADEE;
 Wed, 31 Jan 2007 16:59:14 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 31 Jan 2007 16:58:01 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C07EC5C9F85
 for <oracle-l@freelists.org>; Wed, 31 Jan 2007 16:58:01 -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 31648-06-2 for <oracle-l@freelists.org>;
 Wed, 31 Jan 2007 16:58:01 -0500 (EST)
Received: from havana.ucdavis.edu (havana.ucdavis.edu [128.120.32.40])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 1FD545CA99D
 for <oracle-l@freelists.org>; Wed, 31 Jan 2007 16:57:59 -0500 (EST)
Received: from VEXBE2.ex.ad3.ucdavis.edu (exbe3.ucdavis.edu [169.237.229.70])
 by havana.ucdavis.edu (8.13.7/8.13.1/it-defang-5.4.0) with ESMTP id l0VLx8xu020409;
 Wed, 31 Jan 2007 13:59:08 -0800 (PST)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by Ecartis
Subject: RE: Clusterware on RH 4.0 update 3 fails miserably
Date: Wed, 31 Jan 2007 13:59:48 -0800
Message-ID: <FE043305B38A0F448F3924429D650C2A010BEB61@VEXBE2.ex.ad3.ucdavis.edu>
In-Reply-To: <45C1031B.9050102@vmsinfo.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Clusterware on RH 4.0 update 3 fails miserably
From: "William Wagman" <wjwagman@ucdavis.edu>
To: <mgogala@vmsinfo.com>, "oracle-l" <oracle-l@freelists.org>
X-Scanned-By: MIMEDefang 2.57 on 128.120.32.40
X-archive-position: 44958
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: wjwagman@ucdavis.edu
Precedence: normal
Reply-to: wjwagman@ucdavis.edu
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at avenirtech.net

Mladen,

In addition to the cluvfy utility look at the RDA/HCVE utility and run
the pre-install checks there. Look at Metalink note 314422.1 for
details. It has been my experience that installing Oracle on Linux and
particularly RAC is very very finicky. Try installing the packages that
the cluvfy says aren't there and retry the installation. There are also
notes indicating that permissions on the devices where you put the crs
and the voting disk must be set a speciic way, I don't have that at my
fingertips, I can find it if you like. What I have found is that if the
cluvfy or the RDA/HCVE indicate something is not configured correctly
the CRS will not install, you must fix those first. There is also a
methodology for removing a failed CRS installation which you should
follow if you are going to try again, see metalink note 239998.1. 

As to finding someone at Oracle who can help with RAC installations I
wish you the best. I don't think such a person exists. I did find the
book Oracle atabase 10g RAC on linux from apress to have much useful
information.


Bill Wagman
Univ. of California at Davis
IET Campus Data Center
wjwagman@ucdavis.edu
(530) 754-6208
-----Original Message-----
From: oracle-l-bounce@freelists.org
[mailto:oracle-l-bounce@freelists.org] On Behalf Of Mladen Gogala
Sent: Wednesday, January 31, 2007 12:59 PM
To: oracle-l
Subject: Clusterware on RH 4.0 update 3 fails miserably

I have 2 nodes, with public, private and virtual IP addresses assigned 
and installation of
CRS fails miserably.  Oracle support is dragging its feet for a week and

I am unable to get
a competent analyst. If anybody from the Oracle Corp. is here, *SR 
Number is *17071302.6.
Here is the version of OS that I have:

[oracle@oracle8 ~]$ uname -a
Linux oracle8 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:54:53 EST 2006 i686 
i686 i386 GNU/Linux
[oracle@oracle8 ~]$ cat /etc/issue
Red Hat Enterprise Linux AS release 4 (Nahant Update 3)
Kernel \r on an \m
[oracle@oracle8 ~

When I ran cluvfy, it complains about packages that DO NOT EXIST for 
this platform:

Performing pre-checks for cluster services setup

Checking node reachability...
Node reachability check passed from node "oracle8".


Checking user equivalence...
User equivalence check passed for user "oracle".

Checking administrative privileges...
User existence check passed for "oracle".
Group existence check passed for "dba".
Membership check for user "oracle" in group "dba" [as Primary] failed.
Check failed on nodes:
    oracle9,oracle8

Administrative privileges check failed.

Checking node connectivity...

Node connectivity check passed for subnet "216.169.135.128" with node(s)

oracle9,oracle8.
Node connectivity check passed for subnet "192.168.40.0" with node(s) 
oracle9,oracle8.

Suitable interfaces for VIP on subnet "216.169.135.128":
oracle9 bond0:216.169.135.240
oracle8 bond0:216.169.135.220

Suitable interfaces for the private interconnect on subnet
"192.168.40.0":
oracle9 bond1:192.168.40.1
oracle8 bond1:192.168.40.2

Node connectivity check passed.


Checking system requirements for 'crs'...
Total memory check passed.
Free disk space check passed.
Swap space check passed.
System architecture check passed.
Kernel version check passed.
Package existence check passed for "make-3.79".
Package existence check passed for "binutils-2.14".
Package existence check passed for "gcc-3.2".
Package existence check passed for "glibc-2.3.2-95.27".
Package existence check passed for "compat-db-4.0.14-5".
Package existence check failed for "compat-gcc-7.3-2.96.128".
Check failed on nodes:
    oracle9,oracle8
Package existence check failed for "compat-gcc-c++-7.3-2.96.128".
Check failed on nodes:
    oracle9,oracle8
Package existence check failed for "compat-libstdc++-7.3-2.96.128".
Check failed on nodes:
    oracle9,oracle8
Package existence check failed for
"compat-libstdc++-devel-7.3-2.96.128".
Check failed on nodes:
    oracle9,oracle8
Package existence check passed for "openmotif-2.2.3".
Package existence check passed for "setarch-1.3-1".
Group existence check passed for "dba".
Group existence check passed for "dba".
User existence check passed for "nobody".

System requirement failed for 'crs'

Pre-check for cluster services setup was unsuccessful on all the nodes.

Does anybody here has a clue?

-- 
Mladen Gogala
Sr. Oracle DBA
Video Monitoring Systems
1500 Broadway
New York City, NY 10036
Phone: (212) 329-5201
Email: mgogala@vmsinfo.com


--
http://www.freelists.org/webpage/oracle-l


