Installing Oracle Database 10g Release 1 and 2 (32-bit/64-bit) on Red Hat Enterprise Linux AS 4, 3, 2.1, Red Hat Fedora Core 4, 3, 1, RH 9 on x86 and x86-64 (AMD64/EM64T) Architecture
Note that most of the issues are due to not following correctly the installation procedure. And some errors are due to not using an Oracle supported Linux OS.
The Installation log file can be found in $ORACLE_BASE/oraInventory/logs.
The Database Creation log file can be found in $ORACLE_BASE/admin/$ORACLE_SID/create.
- See
See Checking Software Packages (RPMs) for more information.
Note that "Retry" in the "Product-specific Prerequisite Checks" window does not work. So you either set it manually to Passed or you restart OUI.
See Checking Software Packages (RPMs) for more information.
Note that "Retry" in the "Product-specific Prerequisite Checks" window does not work. So you either set it manually to Passed or you restart OUI.
Increase the shmmax kernel parameter.
For more information on shmmax, see Checking Kernel Parameters.
Note that "Retry" in the "Product-specific Prerequisite Checks" window does not work. So you either set it manually to Passed or you restart OUI.
Increase the semopm kernel parameter.
For more information on semopm, see Checking Kernel Parameters.
Note that "Retry" in the "Product-specific Prerequisite Checks" window does not work. So you either set it manually to Passed or you restart OUI.
Increase the file-max kernel parameter:
For more information on file-max, see Checking Kernel Parameters.
Note that "Retry" in the "Product-specific Prerequisite Checks" window does not work. So you either set it manually to Passed or you restart OUI.
or
First check if ORACLE_SID is set correctly.
If ORACLE_SID is set correctly, then you probably have a trailing slash "/" on the ORACLE_HOME environment variable. Remove it and try again to connect to sys (e.g from ORACLE_HOME=/u01/app/oracle/product/10.1.0/db_1/ to ORACLE_HOME=/u01/app/oracle/product/10.1.0/db_1).
During the Oracle10g installation you probably provided a password for the Oracle database accounts that started with a digit number. Ignore this error message and change the password when you are done with the Oracle10g installation.
Make sure LD_LIBRARY_PATH is set to $ORACLE_HOME/lib:
oracle$
To rectify this problem, try to login to the remote Oracle server again by using the "X11 forward" feature of ssh. Execute the following command from your local desktop:
$
Now when you try to run any GUI tool on the remote server, it will automatically be relinked to your local desktop. If this is not working, verify that the ForwardX11 setting is not set to "no" in /etc/ssh/ssh_config on your remote server:
# ForwardX11 yes #
NOTE: If you use for example Red Hat Fedora Core 3 as your desktop and you want to install the database on another machine, then you need to set the DisallowTCP entry in /etc/X11/gdm/gdm.conf for the GNOME Display Manager to read:
After that you need to restart your X server. I usually do this with the init command:
If you are using telnet, however, you will have to set DISPLAY manually, see my other article Starting runInstaller for more information.
You are probably running the wrong rman binary which belongs to the XFree86-devel RPM:
$ /usr/X11R6/bin/rman
During the Oracle10g installation you probably provided a password for the Oracle database accounts that started with a digit number. Ignore this error message and change the password when you are done with the Oracle10g installation.
You may get this error message on RHEL3 x86_64, RHEL4 x86_64, and on other systems. Even though you most probably have /usr/X11R6/lib64/libXp.so.6 installed on your system, this error messages is complaining that it can't find the libXp.so.6 shared library for i386:
/tmp/OraInstall2005-06-15_07-36-25AM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory
On my RHEL3 x86_64 system for 10g (10.1.0.3) I had to install the i386 XFree86-libs package (XFree86-libs-4.3.0-81.EL.i386.rpm). In order to satisfy dependencies for this i386 package, I had to install a few other i386 RPMs as well:
#
On my RHEL4 x86_64 U1 system for 10g (10.1.0.3) I had to install the i386 xorg-x11-deprecated-libs package (xorg-x11-deprecated-libs-6.8.2-1.EL.13.6.i386.rpm). In order to satisfy dependencies for this i386 package, I had to install a few other i386 RPMs as well:
#
On my RHEL4 x86_64 U2 system for 10g R2 (10.2.0.1.0) I had to install the i386 xorg-x11-deprecated-libs package (xorg-x11-deprecated-libs-6.8.2-1.EL.13.20.i386.rpm). In order to satisfy dependencies for this i386 package, I had to install a few other i386 RPMs as well:
On my RHEL4 x86 U2 system for 10g R2 (10.2.0.1.0) I had to install the following RPM:
If you get this error message on Fedora Core 3 x86, install the xorg-x11-deprecated-libs RPM. For example:
#
After I installed these RPMs I had to restart the installation. If you know a more elegant way to continue, please drop me an email.
You may get this error message or a similar one when installing 64-bit 10g on RHEL4 x86_64.
On my RHEL4 U1 x86_64 system for 10g (10.1.0.3) I installed the following i386 RPM to fix this problem:
#
On my RHEL4 U2 x86-64 system for 10g R2 (10.2.0.1.0) I installed the following i386 RPM to fix this problem:
#
You may get this error message or a similar one when installing 64-bit 10g on RHEL4 x86_64.
On my RHEL4 U1 x86_64 system for 10g (10.1.0.3) I installed the following i386 RPM to fix this problem:
#
On my RHEL4 U2 x86_64 system for 10g R2 (10.2.0.1.0) I installed the following i386 RPM to fix this problem:
#
Make sure the libaio RPM is installed.
For example in RHEL 3 x86:
#
For example in RHEL 4 U2 x86_64:
#
I saw this error when I installed 10g R2 on Fedora Core 4. I fixed it by patchting/upgrading the SELinux policy:
#
You can download the latest selinux-policy-targeted RPM from http://download.fedora.redhat.com/pub/fedora/linux/core/updates/4/i386/.
You could also disable SELinux which I DO NOT recommend:
#
The log file showed the following error:
On my RHEL4 U2 x86_64 system for 10g R2 (10.2.0.1.0) I installed the following x86_64 RPM to fix this problem:
#
Note that you may already have the "i386" compat-libstdc++-33 RPM installed on your systems but you need the "x86_64" RPM to fix this problem. To verify which compat-libstdc++-33 RPM you have installed on your system, run:
#
The log file showed the following error:
This means that the "33" version of the compat-libstdc++ RPM is missing.
On my RHEL 4 U2 x86 system for 10g R2 (10.2.0.1.0) I installed the following RPM to fix this problem:
#
NOTE: You need the "33" version of the compat-libstdc++ RPM. For i386 there is also a "296" version of the compat-libstdc++ RPM. Here are the two compat-libstdc++ RPMs that come with RHEL 4 U2:
compat-libstdc++-296-2.96-132.7.2.i386.rpm compat-libstdc++-33-3.2.3-47.3.i386.rpm
In Fedora Core 4 x86 I installed the following RPM to fix this problem:
#
NOTE: You need the "33" version of the compat-libstdc++ RPM. For i386 there is also a "296" version of the compat-libstdc++ RPM. Here are the two compat-libstdc++ RPMs that come with FC4:
compat-libstdc++-296-2.96-132.fc4.i386.rpm compat-libstdc++-33-3.2.3-47.fc4.i386.rpm
After that hit Retry in the error dialog window.
The log file showed the following error:
This error comes up when installing 10g R2 (10.2.0.1.0) on RHEL4 x86_64. Make sure to upgrade to RHEL4 U3 or to download the binutils RPM from https://rhn.redhat.com/ or from http://oss.oracle.com/projects/compat-oracle/files/RedHat/:
#
For more information on this bug, see Bugzilla Bug 679.
There can be many reasons for this error. For example, this can happen during ASM instance startup when the libaio RPM is not installed on the system.
Make sure the loopback entry in /etc/hosts is not missing when you start the listener:
Now try to run lsnrctl start as oracle again.
References
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12330444/viewspace-620228/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/12330444/viewspace-620228/