| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> 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
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
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_at_ucdavis.edu> 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_at_ucdavis.edu
> (530) 754-6208
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>
-- Charles Schultz -- http://www.freelists.org/webpage/oracle-lReceived on Wed Jul 11 2007 - 12:37:26 CDT
 |
 |