Re: Question re CRS installation and Redhat Linux Versioning

We just got through our 10.2.0.1 install on RHEL4, so I feel your pain.

I was pointed to these further packages (Ref. Note 339510.1, Note 340622.1Note
360853.1 Note 344761.1 Note 340369.1):
compat-libstdc++-33-3.2.3-47.3.x86_64.rpm
compat-libstdc++-33-3.2.3-47.3.i386.rpm
glibc-kernheaders-2.4-9.1.87.x86_64.rpm
glibc-headers-2.3.4-2.9.x86_64.rpm
libaio-0.3.103-3.i386.rpm
libaio-0.3.103-3.x86_64.rpm
libgcc-3.4.3-22.1.i386.rpm
glibc-devel-2.3.4-2.9.x86_64.rpm
glibc-devel-2.3.4-2.9.i386.rpm
xorg-x11-deprecated-libs-6.8.2-1.EL.13.6.i386.rpm

NOTE: those are for 64-bit installs

I am looking forward to what the various experts have to say about this. I
think cluvfy is a little misleading as it does not check for all packages
(same story for the OUI); hence, even if you pass a required check, you
still not meet all requirements. I wish Oracle would clean up that process
so it is 100% packaged.

I was also confused by the various package names. I found, at least for us,
that if you the query-format flag of rpm, you can tailor the output to
better match what Oracle is looking for:
rpm -qa --qf '%{name}-%{version}-%{release}.%{arch}\n'

As to your Support Analyst, obviously they are not exactly the Linux guru,
are they? =)
Your uname shows that you have EL RedHat with SMP configured and 32-bit
libraries. Are you attempting to install 64-bit software packages (including
the Oracle software)? If so, that could be your problem.

And if someone else sees a problem with my reasoning, please let me know. I
just wanted to respond to give Bill something to chew on.

On 7/11/07, William Wagman <wjwagman@xxxxxxxxxxx> wrote:

Greetings,

I realize this is an Oracle list but I am hoping someone may be
experienced enough with Linux to assist me here. I am attempting to
install CRS 10.2.0.1.0 on two separate clusters both running RHEL4 and
configured identically. I can install CRS successfully but after
installation some operations, srvctl stop nodeapps -n <node_name> for
example, there are others, cause the CRS to 'hang' on one node. I have
an SR open with Oracle (it's been a month now with no resolution) and
they are finally coming to questioning the Linux installation which, as
I understand it and according to the installation guide, the cluvfy
utility and the RDA pre-checks is configured correctly but I am
beginning to wonder.

First, The Redhat 4 must also be at RHEL AS/ES 4.0 2.6.9-5.0.5.EL or
higher. On my systems uname -a returns...
Linux barnaby 2.6.9-55.ELsmp #1 SMP Fri Apr 20 17:03:35 EDT 2007 i686
i686 i386 GNU/Linux?

As to RPMS....
We have binutils-2.15.92.0.2-22 - oracle wants
binutils-2.15.92.0.2-10.EL4
We have control-center-2.8.0-12.rhel4.5 - oracle wants
control-center-2.8.0-12
We have gcc-3.4.6-8 - oracle wants gcc-3.4.3-9.EL4
We have gcc-c++-3.4.6-8 - oracle wants gcc-c++-3.4.3-9.EL4
We have glibc-2.3.4-2.36 - oracle wants glibc-2.3.4-2
We have glibc-common-2.3.4-2.36 - oracle wants glibc-common-2.3.4-2
We have libstdc++-3.4.6-8 - oracle wants libstdc++-3.4.3-9.EL4
We have libstdc++-devel-3.4.6-8 - oracle wants
libstdc++-devel-3.4.3-9.EL4
We have make-3.80-6.EL4 - oracle wants make-3.80-5
We have pdksh-5.2.14-30.3 - oracle wants pdksh-5.2.14-30
We have sysstat-5.0.5-15.0.1.el4 - oracle wants sysstat-5.0.5-1
We have xscreensaver-4.18-5.rhel4.14 - oracle wants
xscreensaver-4.18-5.rhel4.2
We have openmotif21-2.1.30-11.RHEL4.6 - oracle wants
openmotif21-2.1.30-11.RHEL4.2 (required to install Oracle demos)
We have libaio-0.3.105-2 - oralce wants libaio-0.3.102-1

As I understand it we are compliant. I am also concerned that the
analyst working on the SR said "what I am concern is that the some of
the packages required ends with EL4. I am not sure what the EL4 means,
and I also am not sure what rhel4.5 means for
control-center-2.8.0-12.rhel4.5 ." That comment concerns me a bit, I
asked him to verify with someone in the Linux group. In the meantime if
someone can confirm for me that we are in fact on a supported version
and also answer the questions the analyst proposed I would be most
appreciative.

Thanks.

Bill Wagman
Univ. of California at Davis
IET Campus Data Center
wjwagman@xxxxxxxxxxx
(530) 754-6208
--
http://www.freelists.org/webpage/oracle-l





--
Charles Schultz

Other related posts: