WebLogic 8.1.4 on Fedora Core 4 - Installation problems

Hi,
while installing the WebLogic plattform on FC4 (as root, SELinux disabled, running X11, JDK 1.5 installed), I cannot convince the system to start installation in GUI-mode... The message I get is "Unable to instantiate GUI, defaulting to console mode."
That's the first thing. While installing WLP 8.1.3 on SuSE 9.2 there was no such thing.
After I installed WLP in console mode I cannot run the config.sh in GUI mode as well - although other Java-Gui apps are running fine here...
Has anybody got similar case?
Thanks in advance!
Sebastian

Found the solution in the post below - thanks to Chris.
I had the same problem and from the other posts I read it looked like the installer was getting blocked from using X - most likely by the firewall settings or the SE Linux components.
I got the install to work fine straight away by disabling the firewall and SE linux.
The GUI way: Desktop->System Settings->Security Level (then enter the root password)
Then choose 'Disable firewall' in the 'Firewall Options' tab and uncheck the 'Enabled' in the 'SELinux' tab. This will apparently require a reboot as well.
The first attempt after the reboot saw the installer run straight through.
I know I could have worked out what port was being blocked - and maybe it was only the firewall & not SE Linux - but I was in a hurry & on a secure LAN so I'll leave that as an exercise.
Hope this helps - and don't forget to turn the firewall back on.
Cheers
Chris

Similar Messages

Oracle 9ias Core installation problem

When I install Oracle core 9ias I get the following error in the log file and consequently the Apache Web server does not start. ANy help is appreciated!!!!
Thanks,
Raj
Query Exception: UNCAUGHT_RUNTIME
Query Exception Class: class oracle.sysman.oii.oiil.OiilQueryException
null
Setting value of s_apachePortNonSSL to 7776
Calling query areasQueries1.7.1.11.0 getAllOracleHomes
Query returned : d:\orant\ora8i,d:\orant\oraportal,d:\portal30,d:\portalea,d:\portalnew,d:\orant\oracle817,D:\ORANT,D:\ORANT\rsf_806,D:\ORANT\iSuites,d:\Oracle9ias,d:\9ias_core,d:\9ibeta,d:\ias_cor e,d:\O9ias,d:\orant\WebDB,d:\oraportal30,d:\designer,D:\forms6i,
Calling query portQueries2.0.0.0.0 getFreeApachePort
lowerPortNumber = 443
upperPortNumber = 443
oracleHomes = d:\orant\ora8i,d:\orant\oraportal,d:\portal30,d:\portalea,d:\portalnew,d:\orant\oracle817,D:\ORANT,D:\ORANT\rsf_806,D:\ORANT\iSuites,d:\Oracle9ias,d:\9ias_core,d:\9ibeta,d:\ias_cor e,d:\O9ias,d:\orant\WebDB,d:\oraportal30,d:\designer,D:\forms6i,
currentOracleHome = d:\ias_core
Query Exception: UNCAUGHT_RUNTIME
Query Exception Class: class oracle.sysman.oii.oiil.OiilQueryException
null
Calling query portQueries2.0.0.0.0 getFreeApachePort
lowerPortNumber = 4443
upperPortNumber = 4543
oracleHomes = d:\orant\ora8i,d:\orant\oraportal,d:\portal30,d:\portalea,d:\portalnew,d:\orant\oracle817,D:\ORANT,D:\ORANT\rsf_806,D:\ORANT\iSuites,d:\Oracle9ias,d:\9ias_core,d:\9ibeta,d:\ias_cor e,d:\O9ias,d:\orant\WebDB,d:\oraportal30,d:\designer,D:\forms6i,
currentOracleHome = d:\ias_core
Query Exception: UNCAUGHT_RUNTIME
Query Exception Class: class oracle.sysman.oii.oiil.OiilQueryException
null
Setting value of s_apachePortSSL to null
Calling query areasQueries1.7.1.11.0 getAllOracleHomes
Query returned : d:\orant\ora8i,d:\orant\oraportal,d:\portal30,d:\portalea,d:\portalnew,d:\orant\oracle817,D:\ORANT,D:\ORANT\rsf_806,D:\ORANT\iSuites,d:\Oracle9ias,d:\9ias_core,d:\9ibeta,d:\ias_cor e,d:\O9ias,d:\orant\WebDB,d:\oraportal30,d:\designer,D:\forms6i,
Calling query portQueries2.0.0.0.0 getFreeApachePort
lowerPortNumber = 80
upperPortNumber = 80
oracleHomes = d:\orant\ora8i,d:\orant\oraportal,d:\portal30,d:\portalea,d:\portalnew,d:\orant\oracle817,D:\ORANT,D:\ORANT\rsf_806,D:\ORANT\iSuites,d:\Oracle9ias,d:\9ias_core,d:\9ibeta,d:\ias_cor e,d:\O9ias,d:\orant\WebDB,d:\oraportal30,d:\designer,D:\forms6i,
currentOracleHome = d:\ias_core
Query Exception: UNCAUGHT_RUNTIME
Query Exception Class: class oracle.sysman.oii.oiil.OiilQueryException
null
Calling query portQueries2.0.0.0.0 getFreeApachePort
lowerPortNumber = 7777
upperPortNumber = 7877
oracleHomes = d:\orant\ora8i,d:\orant\oraportal,d:\portal30,d:\portalea,d:\portalnew,d:\orant\oracle817,D:\ORANT,D:\ORANT\rsf_806,D:\ORANT\iSuites,d:\Oracle9ias,d:\9ias_core,d:\9ibeta,d:\ias_cor e,d:\O9ias,d:\orant\WebDB,d:\oraportal30,d:\designer,D:\forms6i,
currentOracleHome = d:\ias_core
Query Exception: UNCAUGHT_RUNTIME
Query Exception Class: class oracle.sysman.oii.oiil.OiilQueryException
7777
Setting value of s_apachePort to 7777
Setting value of s_startCommand to start
Setting value of s_apacheServerAppendText to [Ports]
s_apachePort = 7777
s_apachePortSSL = null
Calling action ntServicesActions1.7.1.5.0 ntStartService
selectedNodes = null
serviceName = Oracleias_coreHTTPServer
Calling action fileActions1.7.1.11.0 createDirRecurse
destination = d:\ias_core\Apache\Apache\cgi-bin
selectedNodes = null
permissions = 755
owner = null
group = null
null

Simply uninstalling the product through OUI does not delete the products ORACLE_HOME location. Because of the way OUI works, these
deinstalled locations are still listed in the OUI Inventory as being valid ORACLE_HOMES. The port query routine goes out and asks OUI for a list of ORACLE_HOMES to check for httpd.conf files in. If any of these ORACLE_HOME directories that have been uninstalled still exist they will be queried for an httpd.conf file. If the query finds one, it will proceed to parse through the file looking for Port and Listen statements. If at any time during this parse routine it hits an Include statement to a file that does not exist, it will result in the error shown in earlier postings.
The workarounds for this (for this build as the problem has been fixed) is to either:
A. Remove any and all deinstalled ORACLE_HOME directories.
B. Keep the directories but rename any httpd.conf files to some other name before attempting the install.

Fedora Core 6 Installation Errors

Attempting to install Coldfusion on a Linux Fedora Core 6
Server, and the error message I'm getting is this:
quote:
[root@master slokie]# ./coldfusion-702-lin.bin
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer
archive...
Configuring the installer for this system's environment...
awk: error while loading shared libraries: libdl.so.2: cannot
open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6:
cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1:
cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6:
cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6:
cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6:
cannot open shared object file: No such file or directory
Launching installer...
grep: error while loading shared libraries: libc.so.6: cannot
open shared object file: No such file or directory
/tmp/install.dir.7760/Linux/resource/jre/bin/java: error
while loading shared libraries: libpthread.so.0: cannot open shared
object file: No such file or directory
These SO's exist in the /lib folder. Where is it trying to
look and has anyone found it to work on a standard webserver with
fc6?

Review Steve's blog at
http://www.talkingtree.com/blog/index.cfm/2006/12/6/Running-ColdFusion-MX-7-on-Fedora-Core -6-Linux.
Read the links, too. This is an old topic now and a pretty standard
installation procedure for installing CFMX on the newer unsupported
linux platforms. I have used it for Mandriva and others.

Installation notes: JES 2005Q4 on Fedora Core 4

Hi,
Getting JES (with Portal Server 6) to work on a Linux platform (that's unsupported by SUN) can be a nightmare. Here's what to do with Fedora Core 4:
1. You need to install compat-libstdc++-296.i386 rpm package. This provides /usr/lib/libstdc++-libc6.2-2.so.3 that the application server needs.
If you don't have that package installed, install with yum:
yum install compat-libstdc++-296.i386
Note: I used...
yum provides libstdc++-libc6.2-2.so.3
... to find out the package.
Actually I installed compat-libstdc++-33.i386 as well, but I'm not sure did that affect anything.
2. Install pdksh
There are many ksh clones available. Fedora Core 4 ships with some version of ksh that lacks features used by PS6 install scripts. You have to get pdksh from http://www.math.mun.ca/~michael/pdksh/
Configure and install it according to the instructions. Then get rid of the ksh that came with FC4 and make sure /bin/ksh points to /usr/local/bin/ksh (if you installed pdksh to the default location).
3. Run the JES installer and everything should work out fine. The installation process meter still seems to hang when installing portal server but actually it is working hard for several minutes. You can verify that by using top.
More details on the problems that occur if you don't follow these steps (should help for other distros than FC4):
The installation process hangs when it gets to install portal server (verify with top that it isn't actually doing anything). This is because you don't have the right ksh. Using ps -aef you'll see that there are processes running ksh.
The actual problem is that the PS6 installation script is defining variables with the keyword 'local' that's not supported with ksh shipped with FC4. If you try to run the portal configuration script manually you get lines like:
opt/sun/portal/lib/postinstall_Base[21]: local : not found [ no such file or directory]
opt/sun/portal/lib/postinstall_Base[22]: local : not found [ no such file or directory]
opt/sun/portal/lib/postinstall_Base[23]: local : not found [ no such file or directory]
The JES installation program will not recover from this. So get pdksh!
If you don't have libstdc++-libc6.2-2.so.3 the installation seems to work fine, but it will fail on deploying anything on the appserver (it won't be able to start the domain). This was the really ridiculous thing about the installer because it reported no errors even though it was failing to install anything on the appserver!
Hope this helps someone. Took me nearly two days to figure out.

Instead of downloading the source code for Korn Shell and going thru the manual compilation and configuration go to http://rpm.pbone.net and perform an advanced search for ksh for Red Hat 9.
You will find : pdksh-5.2.14-21.i386.rpm
Here's the url for a mirror site:
ftp://mirror.switch.ch/mirror/fedoralegacy/redhat/9/os/i386/pdksh-5.2.14-21.i386.rpm
Download the rpm.
Remove the existing pdksh by :# rpm -e pdksh
Install the ksh of choice: rpm -ivh pdksh-5.2.14-21.i386.rpm
I was able to install JES 2005 Q4 on Fedora core 5.
Good Luck

Failed EA Installation on Fedora Core 1

(Apr 8, 2004 9:45:49 PM), Setup.product.install, com.sun.installer.InstallApplicationServerAction, msg1, Installing Sun Java(TM) System Application Server...
exitcode = 127
(Apr 8, 2004 9:45:49 PM), Setup.product.install, com.sun.installer.InstallApplicationServerAction, err, Error occured while
installing [127] -> /home/scott/Creator/_uninst/install.sh /home/scott/Creator/_uninst statefile ../install.log /tmp
(Apr 8, 2004 9:45:49 PM), Setup.product.install, com.sun.installer.InstallApplicationServerAction, err, Error occured while
Installing Sun Java(TM) System Application Server....

I have Fedora Core 1 and I'm getting the same error. Here is the output you requested:
file type: 0
file id: 0
length: 275
offset: 647532
file name: instructions.txt
file type: 5
file id: 1
length: 650
offset: 647807
file name: Verify.jar
file type: 2
file id: 2
length: 729
offset: 648457
file name: launch.txt
file type: 1
file id: 3
length: 459
offset: 649186
file name: sunjre14.jvm
file type: 1
file id: 4
length: 466
offset: 649645
file name: sunjre141.jvm
file type: 4
file id: 5
length: 20882278
offset: 650111
file name: Linux-Sun-1.4.2.bin
file type: 6
file id: 6
length: 129608160
offset: 21532389
file name: linux.jar
Finding a JVM
Initiating JVM search based on hints...
Searching for Sun Microsystems Java Runtime Environment (JRE) 1.4 for Linux using platform hints
Checking JVM at /usr/local/java which was resolved from platform hint JAVA_HOME
Verifying JVM at /usr/local/java/bin/java
for JVM: Sun Microsystems Java Runtime Environment (JRE) 1.4 for Linux
Executing launch script command: "/usr/local/java/bin/java" -cp "":"/tmp/isj38k6vG/Verify.jar":"" "Verify" java.vendor java.version in working directory /home/jwc/.
Output from the launch script execution
StdOut:
1739021872
Sun Microsystems Inc.
1.4.2_02
ErrOut:
Found matching JVM at /usr/local/java
Matching JVM home is /usr/local/java
Matching JVM file is /tmp/isjMc93Pp
Executing launch script command: "/usr/local/java/bin/java" -cp "":"/tmp/isjjmTid9/linux.jar":"" -Dtemp.dir="/tmp" -Dis.jvm.home="/usr/local/java" -Dis.jvm.temp="0" -Dis.media.home="/tmp/isjjmTid9/linux.jar" -Dis.launcher.file="/home/jwc/./creator-ea-linux-en.bin" -Dis.jvm.file="/tmp/isjMc93Pp" -Dis.external.home="/home/jwc/." run in working directory /home/jwc/.
Output from the launch script execution
StdOut:
Sun Java(TM) Studio Creator Error encountered while installing Sun Java(TM) Studio Creator. Please review the logfile under this directory: /home/jwc/Creator
ErrOut:
Warning:
Name: scrollbar
Class: XmScrollBar
The scrollbar page increment is less than 1.
Warning:
Name: scrollbar
Class: XmScrollBar
The scrollbar page increment is less than 1.
Warning:
Name: scrollbar
Class: XmScrollBar
The scrollbar page increment is less than 1.
Warning:
Name: scrollbar
Class: XmScrollBar
The scrollbar page increment is less than 1.
Warning:
Name: scrollbar
Class: XmScrollBar
The scrollbar page increment is less than 1.

Help Required for Oracle 9i Installation on Fedora Core 3

I am new to Linux on Oracle and wanted to set up oracle on Fedora Core 3.
I have downloaded Oracle9i Database Release 2 Enterprise/Standard Edition
for Intel Linux from http://www.oracle.com/technology/software/products/oracle9i/htdocs/linuxsoft.html
I have downloaded it on Windows XP Can any one please suggest me what should be the next steps to install it on Fedora Core 3?
Thanks in advance

So copy downloaded installation from Windows to Linux machine using SCP.
You can download GUI SCP client here: http://winscp.net/eng/index.php
If you preffer command line tool then you can use PSCP tool: http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
Then use some installation steps for Fedora for example you can use mine (follow exactly all steps):
http://ivan.kartik.sk/oracle/install_ora9_fedora.html
Just little advice don't use root to login to Linux computer, use oracle instead (once it is created).

Oracle10g on Fedora Core 3 - Universal Installer Won't Start

With all users, environment settings, and files configured as specified, I am attempting to run the Oracle Universal Installer for Oracle10g on Fedora Core 3. Every time I do this I get a series of messages and the installer is never run - please help! The messages are shown below.
Exception java.lang.UnsatisfiedLinkError: /tmp/OraInstall2005-02-24_12-53-02PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory occurred..
java.lang.UnsatisfiedLinkError: /tmp/OraInstall2005-02-24_12-53-02PM/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(ClassLoader.java:1560)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1477)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java:38)
at sun.awt.DebugHelper.<clinit>(DebugHelper.java:29)
at java.awt.Component.<clinit>(Component.java:506)
at oracle.sysman.oii.oiif.oiifm.OiifmGraphicInterfaceManager.<init>(OiifmGraphicInterfaceManager.java:189)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.createInterfaceManager(OiicSessionInterfaceManager.java:173)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.getInterfaceManager(OiicSessionInterfaceManager.java:182)
at oracle.sysman.oii.oiic.OiicInstaller.<init>(OiicInstaller.java:278)
at oracle.sysman.oii.oiic.OiicInstaller.runInstaller(OiicInstaller.java:714)
at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:628)
Exception in thread "main" java.lang.NoClassDefFoundError
at oracle.sysman.oii.oiif.oiifm.OiifmGraphicInterfaceManager.<init>(OiifmGraphicInterfaceManager.java:189)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.createInterfaceManager(OiicSessionInterfaceManager.java:173)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.getInterfaceManager(OiicSessionInterfaceManager.java:182)
at oracle.sysman.oii.oiif.oiifm.OiifmAlert.<clinit>(OiifmAlert.java:112)
at oracle.sysman.oii.oiic.OiicInstaller.runInstaller(OiicInstaller.java:772)
at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:628)
I have downloaded and installed the Java Runtime Environment from the Sun website, since I thought this could be the problem, but that didn't help. Any further thoughts...?
Thanks!

Last week I installed the 10g (10.0.0.3) on Fedora Core 3 and the oracle instance is up running. ( I just installed Fedora Core 3 with CDs). There is the document I used http://www.puschitz.com/InstallingOracle10g.shtml.
===============================================
Fedora Core release 3 (Heidelberg)
Kernel 2.6.9-1.667 on an i686
login: oracle
Password:
Last login: Mon Feb 28 00:29:53 from home
[oracle@linuxdb ~]$ sqlplus /nolog
SQL*Plus: Release 10.1.0.3.0 - Production on Mon Feb 28 00:31:12 2005
Copyright (c) 1982, 2004, Oracle. All rights reserved.
SQL> connect system
Enter password:
Connected.
SQL> select * from v$version;
BANNER
Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Prod
PL/SQL Release 10.1.0.3.0 - Production
CORE 10.1.0.3.0 Production
TNS for Linux: Version 10.1.0.3.0 - Production
NLSRTL Version 10.1.0.3.0 - Production
SQL>

Error while installing Oracle 10g on Fedora Core 1

Error while installing Oracle 10g on Fedora Core 1. After 40% of the Installation is thru, the progress bar is showing 40%, it gives error "Not connected to Oracle" and the installation has to be terminated.
We have tried by using the on-line procedure and changing the required script to make believe it as said.

Are you createing DB also???

Studio Creator installation problem with Fedora 5

Hi,
I tried installing JCreator in Fedora core 5, but I get the problem concerning the graphical installation. I tried installing Jcreator in silent mode using the command line options -is:log log.txt �silent and a sp file which sets the installDir and is.debug to 1 , however the installation does not complete, properly and it does not install the SunAppServer8 directory

I can't recall what they are, but I know that there are some libs that you need to install to get the Creator installation to complete OK on Fedora 5.
I think that I ended up using some libs from either Fedora 3 or 4 since there were no Fedora 5 versions available for the two (and again, I can't recall what they were) libs.
I do know that it is possible though as I have Creator on Fedora 5 right now.

Reinstallation of oracle 10g on Fedora Core 2

Dear Oracle community,
I tried to install Oracle database 10g software (Enterprise-edition) on
my PC (Fedora Core 2) in two steps. At first the software only
(as described in
http://www.oracle-base.com/articles/10g/OracleDB10gInstallationOnFedora2.php)
and then (using dcba) the example data base "sales".
The first step was succesfully. The second step has led to a "freeze" of
my computer. Input became impossible - so after running about 30 minutes
(100% CPU usage) I stopped my computer switching the power off.
Now I deleted the whole installation of Oracle manually as far as
possible (as far as I know/found the changes). Afterwards I tried to
reinstall the software. This was now impossible - the same "freezing"
effect happened now already in the first step. What are the reasons
for that? Can you help me to solve the problem?
I fear that some configuration files might be now corrupted and I have to
reinstall Fedora2 to be sure that nothing else is damaged.
Up to now I was only a user of a Oracle data base - it is the first time
that I try to install Oracle.
I have read the forum stuff about installation of 10g on Fedora Core 2
but do not find remarks for my problem.
Here are further details which could be important:
My PC has 2 processors and 2GB RAM and 2GB swap space.
The PC is located in a small Intranet and gets its IP-address by DHCP.
LINUX is installed (Fedora 2, kernel 2.6.5-1.358smp), as well as
a Web-server (httpd-2.0.51-2.7.rpm),
Java (j2sdk-1.4.2_05-fcs.rpm) and
tomcat (jakarta-tomcat-4.1.30-LE-jdk14.tar.gz)
(perhaps there is some disturbing interaction between installed
Java-version and the Java-Version supplied by the Oracle software?)
I followed the instructions in the installation description given in the
above mentioned web site but with some minor changes:
- /etc/hosts:
127.0.0.1 obox local_host.local_domain
192.168.2.3 oracle.home obox
- instead to create a directory in which the Oracle software will be
installed:
mkdir -p /u01/app/oracle/product/10.1.0/db_1
chown -R oracle.oinstall /u01
I created the following:
mkdir -p /opt/oracle/10.10
chown -R oracle.oinstall /opt/oracle
- The .bash_profile of the oracle user I modified a little bit:
# Oracle Settings
TMP=/oracle/tmp
ORACLE_BASE=/oracle/oradata #
ORACLE_HOME=/opt/oracle/10.1.0
ORACLE_SID=Test1
LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
# after installation I've seen that I forgot a colon between /lib and
# /usr/lib in LD_LIBRARY_PATH - perhaps this is a reason for hanging
# of the computer installing the example database "sales"?
CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib
# after software installation I did not found $ORACLE_HOME/JRE but
# $ORACLE_HOME/jre - and I changed the CLASSPATH
- the following part I transfered to /etc/profile
if [ $USER = "oracle" ]; then
if [ $SHELL = "/bin/ksh" ]; then
ulimit -p 16384
ulimit -n 65536
else
ulimit -u 16384 -n 65536
fi
fi
- In a first step I installed only the Oracle Software without any
problems (but with the error in the definition of LD_LIBRARY_PATH and
CLASSPATH respectively)
- I performed the post installation steps except that I did not change
the content of /etc/oratab because I did not want to start Oracle
automatically starting the computer
- Then I started the dbca to create the data base "sales". I could enter
all wanted parameters (I named the data base "test1" to be conform
with ORACLE_SID . Then dcba started the creation of the data base
but did not end (hanging)
- I looked for possible errors, corrected the definition of CLASSPATH
and LD_LIBRARY_PATH respectively and wanted to reinstall Oracle
- I applied the following commands to delete all (???) data files
created in the installation process
rm /etc/oratab
rm /etc/oraInst.loc
rm -R /etc/oracle
rm /usr/local/bin/oraenv
rm /usr/local/bin/coraenv
rm /usr/local/bin/dbhome
rm -R /opt/oracle/10.1.0/*
rm -R /opt/oracle/oraInventory
rm -R /oracle/tmp/*
rm -R /oracle/oradata/*
- now (after restart of the PC) I wanted to install the Oracle software
anew. After specifying ORACLE_HOME and running a script as root the
OUI started to load and unzip files from the installation directory
Disk1 and runs in an endless loop (about 66% of the work was done).
- After restart of my PC I made a second trial and already after the
input of the first parameter the OUI runs in an endless loop
- the endless loop: 2 java instances were running using 100% CPU
and input by keyboard was not accepted.
Many thanks in advance
Klaus!

Hi Klaus,
Have you had any luck in resolving this problem. It sounds like the exact same problem I am having

Oracle 10g on Fedora Core 5

Is there a pre-packaged version of Fedora Core 5 which includes Oracle 10g for Linux?
This way, all you have to do is select Install Oracle 10g and it includes any special packages for installing Oracle 10g. Plus, after installation, it automatically starts up the Oracle 10g installer. It could even do the pre-installation stuff such as creating the oracle user. I do not know how, but this oracle user would be the only user using an old gcc compatible with Oracle software. Via its environment maybe?
Right now, it is a Pain-in-the-neck to install Oracle on Linux. The installation guide Oracle provides is not enough. You have to do a search on the web for pages detailing more info. Or you have to install a special file or set variables to make the Oracle installer think it is installing on Red Hat Enterprise Linux. I have to hide the gcc that comes with Linux and install an old verison of it. At one time, I even had to compile a library so the java installer could run. This is ridiculous, I should not have to jump through hurdles to install Oracle.
Does anyone out there have such a set of Fedora Core 5 ISO images? Shoot, FC4 would do too.

No. I'm not particular to Fedora. Fedora has been a distribution which works on my (please don't laugh) emachines computer at home. I've had Oracle 9i enterprise installed on fedora core 3.
Ubuntu and Debian are good distros as well. I have not been successfull with Suse though.
Suse in the past -- the installer could not get the graphics correct -- garbage just displays -- so i could never install it. Maybe SuSe 10 has improved since then.
I found this about Suse and Oracle. So, this may work for me. Otherwise, i will try Centos.
http://www.novell.com/coolsolutions/tip/16193.html
Thanks for the info.

JRE not found, while installing Oracle 9i on Fedora Core 5

I am installing Oracle 9i on Fedora Core 5 from the following site.
http://ivan.kartik.sk/oracle/install_ora9_fedora.html
The site asks me to Download the Java Runtime Enviroment (j2re-1_3_1_15-linux-i586.bin) from the Sun website.
extract the file and put it in /opt directory. And edit Disk1/install/linux/oraparam.ini and modify JRE_LOCATION variable to /opt/jre1.3.xx
I have downloaded JRE version jre1.3.1_19 as this is the version available from the sun site, and put it in the /opt directory.
[oracle@localhost Disk1]$ cd /opt
[oracle@localhost opt]$ ls -l
total 24
drwxr-xr-x 6 root root 4096 Aug 19 2006 jre1.3.1_19
My oraparam.ini settings are:
[oracle@localhost ~]$ cat Disk1/install/linux/oraparam.ini
[Oracle]
JRE_LOCATION=/opt/jre1.3.1_19
However, after doing these changes when I use /home/oracle/Disk1/runInstaller, i get the following error:
[oracle@localhost Disk1]$ pwd
/home/oracle/Disk1
[oracle@localhost Disk1]$ ./runInstaller
[oracle@localhost Disk1]$ The Java RunTime Environment was not found at /tmp/OraInstall2008-04-29_07-09-15AM/jre/bin/java. Hence, the Oracle Universal Installer cannot be run.
Please visit http://www.javasoft.com and install JRE version 1.3.1 or higher and try again.
: No such file or directory

Ivan Kartik:
I have installed Oracle 9i on Fedora 5.
I am able to login using sqlplus 'sys/sys as sysdba'
and start the database using startup
However, there were problems starting Configuration Assistant services and HTTP Server.
Here are the details:
Launched configuration tool Agent Configuration Assistant
Command which is being spawned is /opt/oracle/920/JRE/bin/jre -classpath /opt/oracle/920/JRE/lib/rt.jar:/opt/oracle/920/jlib/srvm.jar:/opt/oracle/920/network/agent/agentca.jar oracle.agent.AgentCA /orahome /opt/oracle/920 /nodeinfo NO_VALUE
Configuration tool Agent Configuration Assistant failed
Parameter "orahome" = /opt/oracle/920
Parameter "nodeinfo" = NO_VALUE
Agent Service Failed
Result code for launching of configuration tool is 1
Launched configuration tool Starting HTTP Server
Command which is being spawned is /opt/oracle/920/Apache/Apache/bin/apachectl startssl
Invalid Exit Code. The following result code will be used for configuration tool: 1
Configuration tool Starting HTTP Server failed
/opt/oracle/920/Apache/Apache/bin/httpd: error while loading shared libraries: libdb.so.2: cannot open shared object file: No such file or directory
/opt/oracle/920/Apache/Apache/bin/apachectl startssl: httpd could not be started
Result code for launching of configuration tool is 1
Launched configuration tool Agent Configuration Assistant
Command which is being spawned is /opt/oracle/920/JRE/bin/jre -classpath /opt/oracle/920/JRE/lib/rt.jar:/opt/oracle/920/jlib/srvm.jar:/opt/oracle/920/network/agent/agentca.jar oracle.agent.AgentCA /orahome /opt/oracle/920 /nodeinfo NO_VALUE
Configuration tool Agent Configuration Assistant failed
Parameter "orahome" = /opt/oracle/920
Parameter "nodeinfo" = NO_VALUE
Agent Service Failed

Prob Installing oracle 10g on fedora core-1

i'm getting this error message while installing :
[root@localhost cdrom]# ./runInstaller
Starting Oracle Universal Installer...
Checking installer requirements...
Checking operating system version: must be redhat-2.1, UnitedLinux-1.0 or redhat -3
Failed <<<<
I have installed the following pakcages:
make-3.79
binutils-2.11
openmotif-2.2.2-16
setarch-1.3-1
compat-db-4.0.14.5
compat-gcc-7.3-2.96.122
compat-gcc-c++-7.3-2.96.122
compat-libstdc++-7.3-2.96.122
compat-libstdc++-devel-7.3-2.96.122
WHAY I'M GETING THIS ERROR MSG AND HOW CAN I OVER COME IT

hi tomva,
at /etc/redhat-release this thing is written , think it's ok,
Fedora Core release 1 (Yarrow)
i've tried ./runInstaller -ignoreSysPrereq but showing the msg
Checking operating system version: must be redhat-2.1, UnitedLinux-1.0 or redhat-3
Failed <<<<
Ignoring required pre-requisite failures. Continuing...Error: OUI cannot be launched because the current working directory is set on the CD-ROM mount point. Launching OUI from this directory will m ake it difficult to unmount the disk later in the installation. Please change the working directory and relaunch OUI.
SHOULD I RUN THE INSTALLATION BY COPYING THE CDROM CONTENTS TO A DIRECTORY AND RUN FROM THAT DIRECTORY?

Tuxedo 9.1 and Fedora core 5

Hi,
Is anybody succed installing tuxedo 9.1 under linux Fedora Core 5.
I succed install Tux 8.1 on FC5 following this instruction
http://forums.bea.com/bea/thread.jspa?forumID=2011&threadID=600016446&messageID=600040579#600040579
But when I lauch the same command I've got the following message:
[bea@linux_68 test]$ ./tuxedo91_32_SLES_9_x86.bin LAX_VM /usr/java/jre1.5.0_09/bin/java -i console
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
awk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
Launching installer...
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/usr/java/jre1.5.0_09/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory

I found a flag to see the debug infos:
[bea@linux_68 test]$ export LAX_DEBUG=1
[bea@linux_68 test]$ ./tuxedo91_32_SLES_9_x86.bin
Preparing to install...
Checking for POSIX df.
Found POSIX df.
Checking tail options...
Using tail -n 1.
True location of the self extractor: /home/bea/test/tuxedo91_32_SLES_9_x86.bin
Creating installer data directory: /tmp/install.dir.1236
Creating installer data directory: /tmp/install.dir.1236/InstallerData
Gathering free-space information...
Space needed to complete the self-extraction: 383652 blocks
Available space: 2966544 blocks
Available blocks: 2966544 Needed blocks: 383652 (block = 512 bytes)
Computed number of blocks to extract: 1025
Extracting the JRE from the installer archive...
Extracting JRE from ./tuxedo91_32_SLES_9_x86.bin to /tmp/install.dir.1236/Linux/resource/jre_padded ...
Extracting done, exit code = 0
Extracting JRE from /tmp/install.dir.1236/Linux/resource/jre_padded to /tmp/install.dir.1236/Linux/resource/vm.tar.Z ...
Extracting done, exit code = 0
Unpacking the JRE...
Unpacking the JRE...
gzip is /usr/bin/gzip
GZIP done.
TAR done.
Extracting the installation resources from the installer archive...
Extracting install.zip from ./tuxedo91_32_SLES_9_x86.bin to /tmp/install.dir.1236/InstallerData/installer.padded ...
Extracting to padded done, exit code = 0
Extracting from padded to zip done, exit code = 0
Creating disk1 data directory: /tmp/install.dir.1236/InstallerData/Disk1
Creating instdata data directory: /tmp/install.dir.1236/InstallerData/Disk1/InstData
Extracting resources from ./tuxedo91_32_SLES_9_x86.bin to /tmp/install.dir.1236/InstallerData/Disk1/InstData/Resource1.zip ...
Extracting done, exit code = 0
Configuring the installer for this system's environment...
========= Analyzing UNIX Environment =================================
Setting UNIX (linux) flavor specifics.
Importing UNIX environment into LAX properties.
Checking for POSIX awk.
========= Analyzing LAX ==============================================
LAX found............................ OK.
LAX properties read.................. OK.
========= Finding VM =================================================
Valid VM types.......................... J2 J1 MSJ
Absolute LAX_VM path.................... /tmp/install.dir.1236/Linux/resource/jre/bin/java
Expanded Valid VM types................. JRE_J2 JDK_J2 JRE_J1 JDK_J1 MSJ
* Using VM.....(lax.nl.current.vm)...... /tmp/install.dir.1236/Linux/resource/jre/bin/java
checking for NPTL + JVM vulernability...
NPTL detected! checking for vulnerable JVM....
awk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
major :
minor :
patch :
vendor:
Vulnerable JVM detected... implementing workaround
========= Virtual Machine Options ====================================
LAX properties incorporated............. OK.
classpath............................... "/tmp/install.dir.1236/InstallerData:/tmp/install.dir.1236/InstallerData/installer.zip"
main class.............................. "com.zerog.ia.installer.Main"
.lax file path.......................... "/tmp/install.dir.1236/temp.lax"
user directory.......................... "/tmp/install.dir.1236"
stdout to............................... "console"
sterr to................................ "console"
install directory....................... ""
JIT..................................... none
option (verify)......................... off
option (verbosity)...................... none
option (garbage collection extent)...... none
option (garbage collection thread)...... none
option (native stack max size).......... none
option (java stack max size)............ none
option (java heap max size)............. 50331648
option (java heap initial size)......... 16777216
option (lax.nl.java.option.additional).. none
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
========= Display settings ===========================================
hostname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
X display............................... local
UI mode................................. gui
Launching installer...
CLASSPATH:/tmp/install.dir.1236/InstallerData:/tmp/install.dir.1236/InstallerData/installer.zip:/home/bea/test/tuxedo91_32_SLES_9_x86/install.dir.28633/InstallerData/installer.zip
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
========= Forking JAVA =============================================
/tmp/install.dir.1236/Linux/resource/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory

Oracle Linux Calendar 9.0.4.2/10 and Fedora Core 5

Hi folks --
I recently migrated from FC4 to FC5 (did a fresh install), and to my chagrin, the Oracle Calendar linux client install is now broken. This was running fine under both FC4 and RHEL 4. Here is the error I receive on any of the installs (silent/text/graphical):
[root@pcalarco OracleCalendar_inst]# sh silent_install.sh
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
awk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
hostname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
Launching installer...
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/tmp/install.dir.23852/Linux/resource/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
I know Fedora Core isn't officially supported, but does anyone have a solution for this? Are these just path errors for the JRE as in previous problems with Fedora?
Also, does Oracle Calendar 10 run any better in FC5?
Many thanks in advance!
- pascal
>
Pascal V. Calarco, MLIS
Head, Library Systems & Economics Subject Liaison
University Libraries of Notre Dame/
Michiana Academic Library Consortium
Notre Dame, IN USA 46556-5629
e-mail: [email protected] tel.: 574-631-3409
--------------------------------------------------

I did some searching, and found that this is a common problem with many applications migrating from FC4 to FC5. This problem is caused due to incompatibility of the installer's Java Run-time Environment with certain system libraries.
In order to solve this, run these commands on the {OracleCalendar_install/cal_linux_904 file:
$ cp cal_linux_904 cal_linux_904.bak
$ cat cal_linux_904.bak | sed "s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/" > cal_linux_904
$ rm cal_linux_904.bak
Now the installers work fine.

WebLogic 8.1.4 on Fedora Core 4 - Installation problems

Similar Messages

Maybe you are looking for