This content has been marked as final. Show 93 replies
I'm currently istalling 9i using your guide for 9i ( http://ivan.kartik.sk/oracle/install_ora9_fedora.html )
libXp.so.6 is needed for that installation as well.
I see you have added xorg-x11-deprecated-libs package as required package in 10g guide, but you have missed to add that in 9i guide.
You might consider adding it, since the guide is nice and more and more people will start using it (...and asking the same question again and again)
btw: yum works for xorg-x11-deprecated-libs
and last, but not least - thanks for the guide!
I get same error message when installing Oracle 10gR2 +86-64:
All installer requirements met.
Preparing to launch Oracle Universal Installer from /tmp/OraInstall2005-12-23_03-13-09PM. Please wait ...[oracle@pivotal-oracle database]$ Exception in thread "main" java.lang.UnsatisfiedLinkError: /tmp/OraInstall2005-12-23_03-13-09PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at sun.security.action.LoadLibraryAction.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.NativeLibLoader.loadLibraries(Unknown Source)
at sun.awt.DebugHelper.<clinit>(Unknown Source)
at java.awt.Component.<clinit>(Unknown Source)
We encountered the same problem and found that there is a slight difference in various xorg-x11-deprecated-libs packages. We had the first package already installed on our RedHat ES4 machine; xorg-x11-deprecated-libs-6.8.2-1.EL.13.6.rpm. The package we actually needed was xorg-x11-deprecated-libs-6.8.2-1.EL.13.6.i386.rpm. Notice the slight difference (i386). Ivan Kartik lists the correct package you need in his install guide. You might have simply grabbed the wrong one like we did.
On my Redhat Enterprise 4 64 bit server this was a problem for me also. I had to install these 32 bit rpm's to fix the error you describe:
These were required as dependencies of the original required packages.
Because my RHN network account was set up to install 64 bit rpm's I had to log onto the RHN website to download these 32 bit rpm's and ftp them to the server to and install them.
There may be a way to change my up2date settings in RHN on this server to get these 32 bit rpm files directly using the upd2date command, but I dont know how at this point.
One other annoying side note - the release notes for OEM grid control for linux appears to give the wrong information for one entry of kernel parameters in /etc/sysctl.conf .
#kernel.shmmax = 536870912 is wrong
#kernel.shmmax = 2147483648 is correct
Otherwise you will get an error during the install.
Best of luck,