In some cases, there are times when we need to install 32 of Oracle software on 64-bit systems (for example, the customer's perverted requirements). Although in theory, this approach is feasible, but in the actual installation process is often wrong, in order to avoid unnecessary errors, but also for the convenience of future work to find, record the installation process.
This example uses the redhat4--64-bit operating system, Oracle 10g as the database, during the installation process, using only the smallest installation package to discover as many problems as possible. Because the problem mainly occurs in the installation and compatibility of the package, the other aspects of the installation process are not too much involved.
First, configure Yum to use the local CD as the source and configure the software to install both 32-bit and 64-bit:
[Email protected] ~]# cat/etc/yum.conf
[Main]
cachedir=/var/cache/yum/$basearch/$releasever
Keepcache=0
debuglevel=2
Logfile=/var/log/yum.log
Exactarch=1
Obsoletes=1
Gpgcheck=0
Plugins=1
Installonly_limit=3
# This is the default and if you do this bigger Yum won ' t see if the metadata
# is newer on the remote and so you'll "gain" the bandwidth of not have to
# Download the new metadata and ' pay ' for it by Yum don't have correct
# information.
# It is the esp. important, to has correct metadata, for distributions like
# Fedora which don ' t keep old packages around. If you don ' t like this checking
# interupting your command line usage, it's much better to has something
# Manually check the metadata once an hour (Yum-updatesd'll do).
# metadata_expire=90m
# PUT YOUR REPOS here OR in separate files named File.repo
# IN/ETC/YUM.REPOS.D
#同时安装 32 and 64
Multilib_policy=all
In the actual operation process, because of the source problem, Yum's effect is not obvious.
According to the official Oracle documentation, install the appropriate package (the actual installation process, only some of the 32-bit package is installed, the other is not (n tags),)
Binutils-2.15.92.0.2-10.el4 N
Compat-db-4.1.25-9
control-center-2.8.0-12 N
Gcc-3.4.3-9.el4 N
Gcc-c++-3.4.3-9.el4 N
Glibc-2.3.4-2
Glibc-common-2.3.4-2 N
gnome-libs-1.4.1.2.90-44.1 32-bit installation is laborious, but it's still loaded.
Libstdc++-3.4.3-9.el4
Libstdc++-devel-3.4.3-9.el4
make-3.80-5 N
pdksh-5.2.14-30 N
Sysstat-5.0.5-1 N
xscreensaver-4.18-5.rhel4.2 N
Start the installation interface is, package libxp and other errors, under Redhat4 can install Xorg-x11-deprecated-libs to solve.
The official did not point out under the REDHAT4 to install the Libaio,libaio-devel package, do not follow the report will not be detected.
The following error is reported during the installation process
Info: Start output from the derived process:
Info:----------------------------------
Information:
Information:/u01/product/10.2.0/db_1/bin/genclntsh
Info:/
Info: usr
Info:/
Info: Bin
Info:/
Info: ld
Information::
Information:
Information: Skipping
Information:
Information: Incompatible
Information:
Info:/
Information: u01
Info:/
Info: Product
Info:/
Information: 10.2.0
Info:/
Information: db_1
Info:/
Info: lib
Info:/
Information: libxml10.a
Information:
Info: When
Information:
Information: Searching
Information:
Info: For
Information:
Information:-
Information: LXML10
Information:
Info:/
Info: usr
Info:/
Info: Bin
Info:/
Info: ld
Information::
Information:
Information: Cannot
Information:
Info: Find
Information:
Information:-
Information: LXML10
Information:
Information: collect2:
Info: LD returned 1 exit status
Information:
Info: genclntsh:failed to link libclntsh.so.10.1
Info: Make: * * * [Client_sharedlib] Error 1
Info: Terminates output from the derived process.
Info:----------------------------------
Info: Unexpected error in operation: Make
Exception Error Name: Makefileexception
Exception error string: An error occurred while calling the target ' client_sharedlib ' of makefile '/u01/product/10.2.0/db_1/network/lib/ins_net_client.mk '. See '/u01/orainventory/logs/installactions2014-11-03_06-51-01pm.log ' for more information.
Exception error severity level: 1
A large number of errors were subsequently reported and the installation was terminated.
Conclusion: It is not recommended to install 32-bit Oracle on 64-bit Linux systems
Install 32-bit Oracle software under 64-bit Linux
