Re: Clusterware on RH 4.0 update 3 fails miserably

Do you mean CRS or CLUVFY?

I have installed several RACs on RH4 UPDATE 4, and if I remember right I did install at least once on RH4.0 UPDATE 3, didnt have much problems.

My experience with CLUVFY is that it has some limitations, I remember the last time installing RAC with Veritas SFRAC, CLUVFY gave all sorts of errors. I finally gave up and just started installing without any problems. Since then I am quite reluctant with CLUVFY.

On 1/31/07, Mladen Gogala <mgogala_at_vmsinfo.com> wrote:
>
> 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_at_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_at_oracle8 ~]$ cat /etc/issue
> Red Hat Enterprise Linux AS release 4 (Nahant Update 3)
> Kernel \r on an \m
> [oracle_at_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_at_vmsinfo.com
>
>
>
>

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