10.2.0.4 DBCA problem

Hi all very good morning,
i have installed Oracle 10.2 on Linux and up on that i have applied 10.2.0.4
after all these i was creating database through DBCA. at 84% it is giving a warning.
Warning is:
Error securing Database Control, Database Control has been brought up in non-secure mode. To secure the Database Control execute the following command(s):
1) Set the environment variable ORACLE_SID to testdb
2) C:\oracle\product\10.2.0\db_1\bin\emctl.bat stop dbconsole
3) C:\oracle\product\10.2.0\db_1\bin\emctl.bat config emkey -repos -sysman_pwd < Password for SYSMAN user >
4) C:\oracle\product\10.2.0\db_1\bin\emctl.bat secure dbconsole -sysman_pwd < Password for SYSMAN user >
5) C:\oracle\product\10.2.0\db_1\bin\emctl.bat start dbconsole
To secure Em Key, run C:\oracle\product\10.2.0\db_1\bin\emctl.bat config emkey -remove_from_repos -sysman_pwd < Password for SYSMAN user >
according to the metalink ID 7189031 it seams to be a bug.
is there any solution for this. if so please let me know.
any inputs are solutions are better for me
Thanks & Regards
Hareesh L

I get the same issue on creating databases using DBCA on version 10.2.0.4.0 - never had on previous patch releases.
Prevents securing the web site for DBCA only so it is still available using http but not https
Previous patches never had the error but they never secured the site either
It would be nice to get a fix for this but I can't be bothered logging a tar, I am still waiting for a fix on an outstanding tar after over a month so.
Chris

Similar Messages

New Install: dbca problem on ubuntu 10.04

Hello List,
I want to install Oracle 11gR2 on my Ubuntu box which is running 10.04 Lucid:
oracle@z2:~/oh$ cat /etc/issue
Ubuntu 10.04.1 LTS
oracle@z2:~/oh$ uname -a
Linux z2 2.6.32-24-generic #39-Ubuntu SMP Wed Jul 28 06:07:29 UTC 2010 i686 GNU/Linux
The above command suggests to me that I am running 32bit Linux.
I downloaded the 32bit Oracle cdroms.
I read this link:
- http://www.pythian.com/news/13291/installing-oracle-11gr2-enterprise-edition-on-ubuntu-10-04-lucid-lynx/
I carefully followed the instructions there.
The instructions there are for 64 bit Linux. Like I said, my box is 32bit.
Here are the results of my libstdc++5 shoehorn-install:
oracle@z2:/usr/lib$ ll libstd*
lrwxrwxrwx 1 root root 18 2010-08-10 21:59 libstdc++.so.5 -> libstdc++.so.5.0.7
-rw-r--r-- 1 root root 737192 2010-08-10 21:58 libstdc++.so.5.0.7
lrwxrwxrwx 1 root root 19 2010-08-09 13:54 libstdc++.so.6 -> libstdc++.so.6.0.13
-rw-r--r-- 1 root root 975088 2010-03-26 15:43 libstdc++.so.6.0.13
oracle@z2:/usr/lib$
oracle@z2:/usr/lib$
oracle@z2:/usr/lib$ file libstdc++.so.5.0.7
libstdc++.so.5.0.7: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
oracle@z2:/usr/lib$
oracle@z2:/usr/lib$ file libstdc++.so.6.0.13
libstdc++.so.6.0.13: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
oracle@z2:/usr/lib$
oracle@z2:/usr/lib$
The instructions suggest that I install some debian packages.
Here are my results for that task:
root@z2:/oracle/downloads/database# apt-get install unzip build-essential x11-utils rpm ksh lsb-rpm libaio1
Reading package lists... Done
Building dependency tree
Reading state information... Done
unzip is already the newest version.
build-essential is already the newest version.
x11-utils is already the newest version.
rpm is already the newest version.
ksh is already the newest version.
lsb-rpm is already the newest version.
libaio1 is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
The instructions described a software-only install so I did that.
I bumped into no problems.
After the install,
I added env vars to my .bashrc and got a new bash:
export ORACLE_BASE=/oracle/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/11.2.0/dbhome_1
export ORACLE_SID=orcl
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
export PATH=$ORACLE_HOME/bin:$PATH
Then:
oracle@z2:~$ sqlplus /nolog
SQL*Plus: Release 11.2.0.1.0 Production on Sat Aug 14 18:03:00 2010
Copyright (c) 1982, 2009, Oracle. All rights reserved.
SQL> exit
oracle@z2:~$ ln -s $ORACLE_HOME oh
oracle@z2:~$ ln -s $ORACLE_HOME 11gr2oh
oracle@z2:~$ cd oh
oracle@z2:~/oh$ OPatch/opatch lsinventory
Invoking OPatch 11.1.0.6.6
Oracle Interim Patch Installer version 11.1.0.6.6
Copyright (c) 2009, Oracle Corporation. All rights reserved.
Oracle Home : /oracle/app/oracle/product/11.2.0/dbhome_1
Central Inventory : /oracle/app/oraInventory
from : /etc/oraInst.loc
OPatch version : 11.1.0.6.6
OUI version : 11.2.0.1.0
OUI location : /oracle/app/oracle/product/11.2.0/dbhome_1/oui
Log file location : /oracle/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch2010-08-14_18-06-29PM.log
Patch history file: /oracle/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch_history.txt
Lsinventory Output file location : /oracle/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/lsinv/lsinventory2010-08-14_18-06-29PM.txt
Installed Top-level Products (1):
Oracle Database 11g 11.2.0.1.0
There are 1 products installed in this Oracle Home.
There are no Interim patches installed in this Oracle Home.
OPatch succeeded.
oracle@z2:~/oh$
So far so good.
oracle@z2:~/oh$
oracle@z2:~/oh$ which dbca
/oracle/app/oracle/product/11.2.0/dbhome_1/bin/dbca
Then I tried dbca and it bombed:
oracle@z2:~/oh$
oracle@z2:~/oh$ dbca
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xb78476f3, pid=5883, tid=3077301952
# Java VM: Java HotSpot(TM) Server VM (1.5.0_17-b02 mixed mode)
# Problematic frame:
# C [ld-linux.so.2+0xd6f3]
# An error report file with more information is saved as hs_err_pid5883.log
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
Aborted
oracle@z2:~/oh$
oracle@z2:~/oh$
oracle@z2:~/oh$ env|sort
DISPLAY=localhost:10.0
HOME=/oracle
JAVA_HOME=/java/jdk16
LANG=en_US.UTF-8
LD_LIBRARY_PATH=/oracle/app/oracle/product/11.2.0/dbhome_1/lib:/lib:/usr/lib
ORACLE_BASE=/oracle/app/oracle
ORACLE_HOME=/oracle/app/oracle/product/11.2.0/dbhome_1
ORACLE_SID=orcl
PATH=/oracle/app/oracle/product/11.2.0/dbhome_1/bin:/java/jdk16/bin:/pt/jruby151/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/dan/bin:/pt/bin:.
SHELL=/bin/bash
TERM=dumb
USER=oracle
_=/usr/bin/env
oracle@z2:~/oh$
oracle@z2:~/oh$
oracle@z2:~/oh$ unset JAVA_HOME
oracle@z2:~/oh$
oracle@z2:~/oh$ export LD_LIBRARY_PATH=${ORACLE_HOME}/lib
oracle@z2:~/oh$
oracle@z2:~/oh$ export PATH=${ORACLE_HOME}/bin:/usr/bin:/bin:/usr/sbin:/sbin
oracle@z2:~/oh$
oracle@z2:~/oh$ which java
/usr/bin/java
oracle@z2:~/oh$
oracle@z2:~/oh$ java -version
java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8) (6b18-1.8-4ubuntu3)
OpenJDK Server VM (build 16.0-b13, mixed mode)
oracle@z2:~/oh$
oracle@z2:~/oh$
oracle@z2:~/oh$ su
Password:
root@z2:/oracle/oh# mv /usr/bin/java /usr/bin/java16
root@z2:/oracle/oh#
root@z2:/oracle/oh# exit
oracle@z2:~/oh$ which java
oracle@z2:~/oh$
oracle@z2:~/oh$
oracle@z2:~/oh$ dbca
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xb785a6f3, pid=5953, tid=3077314240
# Java VM: Java HotSpot(TM) Server VM (1.5.0_17-b02 mixed mode)
# Problematic frame:
# C [ld-linux.so.2+0xd6f3]
# An error report file with more information is saved as hs_err_pid5953.log
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
Aborted
oracle@z2:~/oh$
oracle@z2:~/oh$
I used these google keywords to search for clues:
google:
oracle ubuntu 10.04 dbca SIGSEGV ld-linux.so.2
I found no clues in Google.
So, I look for clues here.
Does anyone have any ideas on how do debug this error from dbca:
oracle@z2:~/oh$ dbca
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xb785a6f3, pid=5953, tid=3077314240
# Java VM: Java HotSpot(TM) Server VM (1.5.0_17-b02 mixed mode)
# Problematic frame:
# C [ld-linux.so.2+0xd6f3]
??

I am running V11.2 on 64-bit Ubuntu
Below are some log files on my system.
You may be able to find similar ones on yours & they might contain additional clues.
/u01/app/oracle/product/11.2.0/dbhome_1/assistants/dbca/logs
/u01/app/oracle/cfgtoollogs/dbca
/u01/app/oracle/cfgtoollogs/dbca/v112
/u01/app/oracle/cfgtoollogs/dbca/v112/mkplug_v3_v112.log
/u01/app/oracle/cfgtoollogs/dbca/v112/tts_example_imp.log
/u01/app/oracle/cfgtoollogs/dbca/v112/postDBCreation.log
/u01/app/oracle/cfgtoollogs/dbca/v112/rmanRestoreDatafiles.sql
/u01/app/oracle/cfgtoollogs/dbca/v112/trace.log
/u01/app/oracle/cfgtoollogs/dbca/v112/postScripts.log
/u01/app/oracle/cfgtoollogs/dbca/v112/OraDb11g_home1_v112_creation_checkpoint.xml
/u01/app/oracle/cfgtoollogs/dbca/v112/cloneDBCreation.log
/u01/app/oracle/cfgtoollogs/dbca/v112/CloneRmanRestore.log
/u01/app/oracle/cfgtoollogs/dbca/v112/lockAccount.log
/u01/app/oracle/cfgtoollogs/dbca/v112/emConfig.log
/u01/app/oracle/cfgtoollogs/dbca/trace.log_OraDb11g_home1
bcm@bcm-laptop:~$ uname -a
Linux bcm-laptop 2.6.32-24-generic #39-Ubuntu SMP Wed Jul 28 05:14:15 UTC 2010 x86_64 GNU/Linux

Dbca problem on rh 7.2 and 7.3 with Oracle 9.2

hi!
i have problems using dbca on my redhat 7.2 and redhat 7.3 machine with fresh installed oracle 9i release2. installation succeded with no problems, but now i have problem creating database with dbca. however, when i type
dbca &
as user oracle, i get greeting dbca banner saying, that dbca is initializing. when it initializes, greeting dissapears, but dbca windows does not appear.
if i check process list, i see the following:
bash-2.05a$ ps x
PID TTY STAT TIME COMMAND
11374 pts/0 S 0:00 -bash
11673 pts/0 S 0:00 /bin/sh /opt/oracle/product/9i/bin/dbca
11674 pts/0 S 0:03 /opt/oracle/jre/1.1.8/bin/../bin/i686/green_threads/jre -DORACLE_HOME=/opt/oracle/product/9i -DJDBC_PROTOCOL=thin -mx64m -classpath
11685 pts/0 R 0:00 ps x
any ideas?

Check this link. Specifically regarding setting Kernel parameters like shared memory.
http://www.puschitz.com/InstallingOracle9i.html
Forgetting to set these results in odd errors.

Oracle Dbca Problem

Hello,
i tried oracle for the first time in RHEL4, i installed oracle and tried creating database using DBCA, it came to the last step like the html file for confirmation, and then it was not showing any option like create database or Ok to create database, how can i figure it out?
can anyone please give me a solution for my problem.
Thanks in advance,
shusr

You are not able to see the ok button or you are pressing the ok button and nothing i s happening? If you are not able to see, it is a resolution issue. You need to minimize the window of dbca somewhat to see the ok button or change the screen resolution.
HTH
Aman....

DBCA Problem

hi,
i have just installed oracle 10g on a fresh windos xp machine and after installation, DBCA is not able to create database
When it starts creating database, it returns error
ORA-24324: Service handle not initializaed
ORA-24323: Value not allowed
ORA-28547: connection to server failed, probable Oracle Net admin error
What might be the problem?
Regards

hi,
is your DBCA creating oracle service?
And is it started?
regards

Oracle9i r2 on debian, dbca problem

no problem on installation...
but when i try to start dbca / netca etc...
it got the following errors...
is it related to java / libc?
thx a lot.. :D
SIGSEGV 11* segmentation violation
stackbase=BFFFF17C, stackpointer=BFFFD534
Full thread dump:
"SIGQUIT handler" (TID:0x4119d2a0, sys_thread_t:0x820f928, state:R, thread_t: t@2051, sp:0x0 threadID:0x1ac3, stack_base:0xbf5ffaa0, stack_size:0x200000) prio=1075664544
"Finalizer thread" (TID:0x4119d088, sys_thread_t:0x820f800, state:CW, thread_t: t@1026, sp:0x0 threadID:0x1ac2, stack_base:0xbf7ffaa0, stack_size:0x200000) prio=1075664544
"main" (TID:0x4119d0b0, sys_thread_t:0x81f41c0, state:R, thread_t: t@1024, sp:0x0 threadID:0x1ab7, stack_base:0xbffff17c, stack_size:0x200000) prio=1075664544 current thread
java.lang.System.initializeSystemClass(System.java)
Monitor Cache Dump:
Registered Monitor Dump:
Thread queue lock: <unowned>
Name and type hash table lock: <unowned>
String intern lock: <unowned>
JNI pinning lock: <unowned>
JNI global reference lock: <unowned>
BinClass lock: <unowned>
Class loading lock: <unowned>
Java stack lock: <unowned>
Code rewrite lock: <unowned>
Heap lock: <unowned>
Has finalization queue lock: <unowned>
Finalize me queue lock: <unowned>
Waiting to be notified:
"Finalizer thread" (0x820f800)
Monitor registry: owner "main" (0x81f41c0, 1 entry)
Aborted

ok, the problem is in the java package (caused by libc probably), just modify the execution script to use java 1.3.1 (not 1.1.8) and dbca and netca will work. (edit the dbca file, change the java home to point to the right directory and change the jre ... to java ... (1.3.1 executable is java, not jre).
a better solution would be to substitute the 1.1.8 version with a working java (i dont use the java goodies, at least not on the database box).

Oracle 9i DBCA Problem

Hello -
I installed Oracle 9i on RH Linux 9. I am trying to create a new database using the DBCA, but after I enter all the information and I click ok at the end of the process, DBCA then shuts down for no apparent reason.
Has anyone seen this before?
Thanks

I got it to work.
I commented out the if-else statement at the end of the file, but kept the condition in the if statement.

DBCA problems

I have installed Oracle9i on RH7.1, and everyting seems to be fine. -I installed without creating a new database, so I use dbca to create my first...
Everything looks fine until I'm supposed to type in the SID name... THEN the program won't take any other charachters than spesial european characthers.
My computer is set up to use US as language, with a norwegian keyboard. -I want to create a WE8ISO8859P1 database...
Anyone who can help me?
(don't want to write those install scripts myself..)

[cut]
/prod/oracle/products/9.2.0.4/bin/dbca: line 124:
2865 Processus arrÃªtÃ© $JRE_DIR/bin/jre
-DORACLE_HOME=$OH -DJDBC_PROTOCOL=thin -mx64m
-classpath $CLASSPATH
oracle.sysman.assistants.dbca.Dbca $ARGUMENTS
Does anyone knows what to do??
Thankspost the env of the user oracle !
felice_pago

Installation problem on Linux Slackware 7.1 (Oracle 8i)

I try install Oracle 8i Enterprise in Linux Slackware 7.1 (kernel 2.2.16), but the runInstaller don't work.
I read the installation manuals and make all steps, but the runInstaller don't work.
I get this message:
./runInstaller
The Java RunTime Environment was not found at bin/jre. Hence, the Oracle Universal Installer cannot be run.
Please visit http://www.javasoft.com and install JRE version 1.1.8 or higher and try again.
: No such file or directory
I try --> ln -s /usr/local/jre118_v3 /usr/local/java
and --> ln -s /usr/local/jre118_v3 /usr/local/jre
and put in PATH --> /usr/local/jre/bin
Nothing work's.
Somebody can help me ?????
Thank's ....

Hello!
I also tried to install Oracle 8.1.6.1 (after giving up the 8.0.5 installation due to segmentation faults all over..), it also failed.
After trying to install Oracle 8.1.6.1 on RedHat 7.0 and it still crashed, i sent a mail to some guru that wrote the oracle-how-to document for redhat, here is what he replied.
My guess is that this also applies to the newest slackware version, because i presume that slackware 7.0 also use the newest glibc libraries;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat >Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% >and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, >that if you install the latest
glibc errata (2.1.94) then the DBCA >completes but the Oracle executables
still die. The DBCA problem was apparently >a Java issue that is fixed in
the errata. But you're still out of luck >since the exes won't work.
It might appear that this is a problem with >Red Hat Linux 7. But it appears
that it is a problem with some assumptions >that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library >included with RHL 6.2) but which
prove false with later glibc versions. As >other Linux distributions adopt
the new glibc Oracle will fail to work on >them as well.
The best advice I can give at this point is >to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will >address the glibc issues with the
8.1.7 release.
ChrisI then installed Orace on RedHat 6.1 and it worked like a dream.
Maybe you guys should try your luck on an earier version of slackware?
Hope that helped...
null

Problem Installation in Linux Slackware 7.1

I try install Oracle 8i Enterprise in Linux Slackware 7.1 (kernel 2.2.16), but the runInstaller don't work.
I read the installation manuals and make all steps, but the runInstaller don't work.
I get this message:
./runInstaller
The Java RunTime Environment was not found at bin/jre. Hence, the Oracle Universal Installer cannot be run.
Please visit http://www.javasoft.com and install JRE version 1.1.8 or higher and try again.
: No such file or directory
I try --> ln -s /usr/local/jre118_v3 /usr/local/java
and --> ln -s /usr/local/jre118_v3 /usr/local/jre
Nothing work's.
Somebody can help me ?????

Hello!
I also tried to install Oracle 8.1.6.1 (after giving up the 8.0.5 installation due to segmentation faults all over..), it also failed.
After trying to install Oracle 8.1.6.1 on RedHat 7.0 and it still crashed, i sent a mail to some guru that wrote the oracle-how-to document for redhat, here is what he replied.
My guess is that this also applies to the newest slackware version, because i presume that slackware 7.0 also use the newest glibc libraries;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat >Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% >and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, >that if you install the latest
glibc errata (2.1.94) then the DBCA >completes but the Oracle executables
still die. The DBCA problem was apparently >a Java issue that is fixed in
the errata. But you're still out of luck >since the exes won't work.
It might appear that this is a problem with >Red Hat Linux 7. But it appears
that it is a problem with some assumptions >that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library >included with RHL 6.2) but which
prove false with later glibc versions. As >other Linux distributions adopt
the new glibc Oracle will fail to work on >them as well.
The best advice I can give at this point is >to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will >address the glibc issues with the
8.1.7 release.
ChrisI then installed Orace on RedHat 6.1 and it worked like a dream.
Maybe you guys should try your luck on an earier version of slackware?
Hope that helped...
null

Installation problem in Linux Slackware 7.1

So that we may better diagnose DOWNLOAD problems, please provide the following information.
- Server name
- Filename
- Date/Time
- Browser + Version
- O/S + Version
- Error Msg
I try install Oracle 8i Enterprise in Linux Slackware 7.1 (kernel 2.2.16), but the runInstaller don't work.
I read the installation manuals and make all steps, but the runInstaller don't work.
I get this message:
./runInstaller
The Java RunTime Environment was not found at bin/jre. Hence, the Oracle Universal Installer cannot be run.
Please visit http://www.javasoft.com and install JRE version 1.1.8 or higher and try again.
: No such file or directory
I try --> ln -s /usr/local/jre118_v3 /usr/local/java
and --> ln -s /usr/local/jre118_v3 /usr/local/jre
Nothing work's.
Somebody can help me ?????
Thank's ....

Hello!
I also tried to install Oracle 8.1.6.1 (after giving up the 8.0.5 installation due to segmentation faults all over..), it also failed.
After trying to install Oracle 8.1.6.1 on RedHat 7.0 and it still crashed, i sent a mail to some guru that wrote the oracle-how-to document for redhat, here is what he replied.
My guess is that this also applies to the newest slackware version, because i presume that slackware 7.0 also use the newest glibc libraries;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat >Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% >and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, >that if you install the latest
glibc errata (2.1.94) then the DBCA >completes but the Oracle executables
still die. The DBCA problem was apparently >a Java issue that is fixed in
the errata. But you're still out of luck >since the exes won't work.
It might appear that this is a problem with >Red Hat Linux 7. But it appears
that it is a problem with some assumptions >that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library >included with RHL 6.2) but which
prove false with later glibc versions. As >other Linux distributions adopt
the new glibc Oracle will fail to work on >them as well.
The best advice I can give at this point is >to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will >address the glibc issues with the
8.1.7 release.
ChrisI then installed Orace on RedHat 6.1 and it worked like a dream.
Maybe you guys should try your luck on an earier version of slackware?
Hope that helped...
null

Problems and solutions for 9i DB R2 install on Redhat Linux AS 2.1

Installing 9iDB R2 9.2.0.1.0 on Redhat Linux Advanced Server 2.1 (aka Redhat Enterprise Linux (AS))
and applying patchset 2 (9.2.0.3.0)
This is a certified platform but I hit many problems getting the install to work. Here are the problems I hit and how I solved them.
Note: This is not intended to be a install for dummies but just an account of all my problems and how I overcame them. I spent 10 hours on this certified install (mostly looking for solutions to the problems I was having)
I had a Intel Pentium 3 with 512 Meg RAM. (test machine)
1. Install Redhat Linux
2. Install Sun JDK 1.3.1 (this is not actually required for this install. I installed it as I was planning to install 9iAS after this)
3. Install binutils-2.11.90.0.8-13 (also not required. I installed it for 9iAS)
All other components were ok on my Redhat Linux install (i.e. kernel version, glibc)
4. Create oracle user with dba group
5. Create oracle home and oracle base directories. Ensure these are owned by oracle with rwx
6. Set kernel parameters and make sure that they are initialized every startup:
I managed to locate this script in the Redhat document called
"Deploying Oracle9iTM on Red Hat Enterprise Linux AS"
create a file called oracle.sh in /etc and give it execute permissions
oracle.sh
#!/bin/bash
# configures kernel and system parameters for Oracle9i R2
# File handles
echo 65536 > /proc/sys/fs/file-max
ulimit -n 65536
# Shared memory
# The default SHMMAX value is too low and likely to cause a failure during
# database creation. SHMMAX should be equal to half of your system's physical
# RAM.
# The default is for 512 MB of RAM. Replace the default value as appropriate
# for the amount of memory in your system, i.e.,
# 512 MB : 268435456
# 1 GB : 536870912
# 2 GB : 1073741824
# 4 GB : 2147483648
echo 268435456 > /proc/sys/kernel/shmmax
# It is generally safe to leave these next two values as they are
echo 4096 > /proc/sys/kernel/shmmni
echo 2097152 > /proc/sys/kernel/shmall
# Semaphores
echo 250 32000 100 128 > /proc/sys/kernel/sem
# Sockets
echo 1024 65000 > /proc/sys/net/ipv4/ip_local_port_range
# Processes
ulimit -u 16384
----EOF---------
then...
# chmod +x /etc/oracle.sh # make executable
# . /etc/oracle.sh # apply changes now
edit /etc/rc.local to ensure this is run on startup
append to /etc/rc.local
# configure system for Oracle9i R2
bash /etc/oracle.sh
--------EOF--------------------
7. create a generic oracle environment setup script for all users to run
create the file /etc/profile.d/oracleenv.sh
be sure to change the variables to your environment (ORACLE_BASE, ORACLE_HOME and ORACLE_SID)
oracleenv.sh
# Configures the user's environment for Oracle9i R2
ORACLE_BASE=/opt/oracle
ORACLE_HOME=$ORACLE_BASE/product/9.2.0.1.0
ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data
ORACLE_SID=orcl
LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH
PATH=$ORACLE_HOME/bin:$PATH
export ORACLE_BASE ORACLE_HOME ORA_NLS33 ORACLE_SID LD_LIBRARY_PATH PATH
----EOF---------
chmod 755 /etc/profile.d/oraclenv.sh
This file will run when a user logs in.
8. Install oracle DB
This took me quite a few attempts.
The first Install I did I received the error jre was not found. This issue seemed to be relating to the fact I was not installing on a Pentium 4. Oracle was looking for the jre in oracle.swd.jre/bin/i686 (and .../lib/i686) when some of the files were placed in i386 and java was looking in i386. This created a real mess. I had encountered a similar problem on a previous install on a different platform. I found articles of people that tried to just link the directories with symbolic links but this never worked. I tried my own version but also failed.
The solution that worked for me was to de-install, remove all the oracle directories created by the install (this part I had always done) AND also delete the file /etc/oraInstl.loc. This makes the Installer truly believe this is the first time Oracle has been installed on this box. My jre problem disappeared after that. (I don't know why it just didn't work in the first place...)
The next error I received was an ORA-03113 when creating the database (in the dbca). (It was actually at this point that I found the document from redhat as mentioned in my set 6 above) I also noticed that when running the install of the database, the default was for Oracle's SGA to use 70% of the available memory on my machine (I have 512M so that's 360M). Oracle instructed me to set shmmax to around 240M. This may be why the database creation failed as I thought the shmmax parameter needed to be larger that SGA. Anyway, I reduce the SGA to 50% and it worked.
This error may also have been caused by the kernel parameters not being set properly after a reboot so if you implementing stop 6 above. You may never get this problem, hopefully.
8. Install the universal Installer 2.2.0.18.0 (a prerequisite for installing the patchset 2)
You will need this to install the patchset 2. You can get it from metalink by searching for the bug number in the patch area. Search for bug/patch number 2878462 in patches. (37Meg for linux intel)
(Did you know that when oracle refer to a bug number, you should treat this as a patch number? General the bugs are not available for public viewing but oracle create a patch of the same number as a placeholder. So don't search for the bug in the site search or by doc id, go straight to the "patches" area and enter the bug number as a patch number, you'll have more success. - I only found that out today after struggling with metalink for the last 4 years)
9. Install the patchset 2
I downloaded patchset 2 (which will bring my DB version to 9.2.0.3.0) (220Meg). There is a special symbolic link command you'll need so make sure you remember to do this.
i.e.
$ cd $ORACLE_BASE/oui/bin/link
$ ln -s libclntsh.so.9.0 libclntsh.so
10. Migrate your database
I could not get this to work. The docs says I need at least 150M shared_pool_size and 150M Java_pool_size before running the startup migrate. As I only have 512Meg RAM (and shmmax set to 230M) I did hold much hope that this would work. I started my DB without the migrate option just to see if it would actually open with 300M in my pools. It did, so I shut it down and restarted with the migrate option. After 5 minutes of heavy processing (I still have an empty database) my server appeared to hang. I decided to restart the machine and just re-create my DB with the new patchset already applied. I delete my $ORACLE_BASE/oradata/<sid> directory and remove the entry from /etc/oratab and re-created my DB. This worked fine :)
I hope this document helps you for your install. Please drop me line if it does help and I'll endevour to write more documents like this one.
Please drop me a quick line at [email protected] even just to say "thanks".
I will include a few keywords here to help the searches find this document. (mainly the keywords I searched on and failed to find a doc like this one)
ORA-03113 ORA-3113 03113 3113 jre was not found jre not found i686 i386 i586 9iDB R2 9.2.0.1.0 9.2.0.3.0 Redhat Advanced Server 2.1 AS Enterprise Linux (AS) RH install error installation errors oui dbca problem issue
Good luck,
Tim Daniell.

The trick that worked for me was on a 2nd attempt. I installed once, let it fail with "jre was not found", de-install through the installer, delete all directories and files under $ORACLE_BASE (including $ORACLE_HOME), and also delete /etc/oraInst.loc.
I don't know why it fixes itself with this. Oracle say this is an unresolved bug 2726268 that lies in the installer. This is still unresolved by Oracle (as at 02-June-03) therefore it is not a published bug/patch. If this doesn't work, I suggest you open an iTAR and see if Oracle has any more suggestions for you.
Cheers,
Tim.

Attention! About problems with Oracle 8.1.6 on newer Linux distributions!!

Hello all, I've just got some feedback from a helful person at http://www.crunge.com/ about the problems concerning RedHat Linux 7.0 and Oracle 8.1.6, this MAY apply to other newer linux distributions.
I've tried, without luck, to install Oracle on RedHat 7.0 and Slackware 7 (the newest one), and it would not install properly, kept stopping right about when the database initialization started at 80% finished install procedure. Sp i wrote them a mail, not expecting an answer really, but I did got an answer, and below is what the person said;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, that if you install the latest
glibc errata (2.1.94) then the DBCA completes but the Oracle executables
still die. The DBCA problem was apparently a Java issue that is fixed in
the errata. But you're still out of luck since the exes won't work.
It might appear that this is a problem with Red Hat Linux 7. But it appears
that it is a problem with some assumptions that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library included with RHL 6.2) but which
prove false with later glibc versions. As other Linux distributions adopt
the new glibc Oracle will fail to work on them as well.
The best advice I can give at this point is to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will address the glibc issues with the
8.1.7 release.
Chris
p.s. Do not construe this
as an official Red Hat response; I merely forwarded your e-mail from my
home account. This response and the web pages I put up are mine.
So i guess one sollution to the problem is to try a bit older version of the linux you are having problems with (i tried it on RH 6.1 and it worked like a dream).
Another solution can be to wait it out to check and see if Oracle put a fix out here on technet...?
Hope this helps people bogged down in fustration.
Regards
Ole-Henrik Helin
Computer consultant, Mesan AS
Norway

<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Graham Strang ([email protected]):
Hey all. Just to let you know that it is entierly possible to get Oracle to install under RedHat 7 and run happily. I have done it on two differenct machines. There is a bit of fooling with glibc to get it to work. However after you do that it works like a dream. VALinux has a work around posted at: http://ftp.valinux.com/pub/support/hjl/glibc/sdk/2.1/
The READEME.Oracle8i has the work around and the two tar balls are the necessary files. I followed the directions to the letter and they worked like a dream. Any questions feel free to drop me a line.
Cheers,
Graham<HR></BLOCKQUOTE>
OK, so i followed your instructions to the letter (several times), sure I get past the 80% bug but now I have new erros coming up , -"Error in invoking target install of makefile /usr/oracle/sqlplus/lib/ins_sqlplus.mk". I get a whole series of these errors for various mk files. These errors apear during the link phase of the install, prior to the glibc workaround I was not getting this. I am a newbie to Linux and trying to give it a serious go but so far I have had little luck
Any help appreciated.
Nick
null

Installation on Linux Slackware 7.1.0

I have this problem with the Oracle installer in Slackware 7.1.0. I've tried oracle 8.1.5 and 8.1.6.
The installer hangs when trying to run the database configuration so i end up with a working oracle install except that i don't have a system database.
Anyone seen this before or know what to do about it?

Hello!
I also tried to install Oracle 8.1.6.1 (after giving up the 8.0.5 installation due to segmentation faults all over..), it also failed.
After trying to install Oracle 8.1.6.1 on RedHat 7.0 and it still crashed, i sent a mail to some guru that wrote the oracle-how-to document for redhat, here is what he replied.
My guess is that this also applies to the newest slackware version, because i presume that slackware 7.0 also use the newest glibc libraries;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat >Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% >and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, >that if you install the latest
glibc errata (2.1.94) then the DBCA >completes but the Oracle executables
still die. The DBCA problem was apparently >a Java issue that is fixed in
the errata. But you're still out of luck >since the exes won't work.
It might appear that this is a problem with >Red Hat Linux 7. But it appears
that it is a problem with some assumptions >that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library >included with RHL 6.2) but which
prove false with later glibc versions. As >other Linux distributions adopt
the new glibc Oracle will fail to work on >them as well.
The best advice I can give at this point is >to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will >address the glibc issues with the
8.1.7 release.
ChrisI then installed Orace on RedHat 6.1 and it worked like a dream.
Maybe you guys should try your luck on an earier version of slackware?
Hope that helped...
null

Problem in Oracle9i dbca

Hi,
I am installing Oracle9i RAC on ia64 servers RHEL4. I have installed JDK patch 5390952 and clusterware/DB patch # 4547809
Ocm is running fine.When I try to create database with dbca, it stops at 37% and displays messages - "ORA-01503- CREATE CONTROLFILE FAILED" "ORA-01565-ERROR IN IDENTIFYING CWMLITE01.DBF" "ORA-27047 UNABLE TO READ HEADER BLOCK OF FILE". After this installation stops.
I tried changing size of cwmlite01.dbf etc but it does not help.
Appreciate any help on this.

Hi user644753
Did you apply also your patch set on your cluster ?
Can you manage to create the database manually?
It seems that the creation of the control file is failing, read that:
Doc ID: Note:1077033.6
Subject: ORA-01503 And (ORA-01160 ORA-01110) Or (ORA-01565 ORA-27406)
Problem Description:
====================
You are attempting to recreate the controlfiles for an existing database.
During creation you may see the following errors:
Case 1:
ORA-01503: CREATE CONTROLFILE failed
ORA-01565: error in identifying file '/u02/oradata/RM805/system01.dbf'
ORA-27046: file size is not a multiple of logical block size
- or -
Case 2:
ORA-01503: CREATE CONTROLFILE failed
ORA-01160: file is not a data file
ORA-01110: data file : '/u02/oradata/RM805/system01.dbf'
Solution Description:
=====================
Adjust the DB_BLOCK_SIZE parameter accordingly:
- If you received the errors in Case 1 (ORA-01503, ORA-01565, and ORA-27046),
you should decrease the value specified by DB_BLOCK_SIZE before you attempt
to recreate the controlfile.
- If you received the errors in Case 2 (ORA-01503, ORA-01160, and ORA-01110),
you should increase the value specified by DB_BLOCK_SIZE before you attempt
to recreate the controlfile.
Explanation:
============
Both cases occur due to an incorrect setting of the db_block_size parameter in
the "init.ora" file.
Case 1: The specified db_block_size in the "init.ora" is too large.
Case 2: The specified db_block_size in the "init.ora" is too small.
The database blocksize must be specified correctly in the init.ora in order
to successfully recreate the controlfile.
Search Words:
=============
ORA-1503 ORA-1565 ORA-1503 ORA-1160 ORA-1110
Additional References:
======================
Note 265265.1 - ORA-01503 ORA-01160 ORA-01110 while creating controlfile
OR
The information in this article applies to:
Oracle Server - Enterprise Edition - Version: 8.1.7.4 to 9.2
This problem can occur on any platform.
Symptoms
Getting
ORA-01503: CREATE CONTROLFILE failed
ORA-01160: file is not a data file
ORA-01110: data file : '/oralce/oradata/TRDPS/rbs01.dbf'
when trying to create a controlfile
Even after setting DB_BLOCK_SIZE parameter to correct value referring to Note:1077033.6
Changes
ORA-01503: CREATE CONTROLFILE failed
ORA-01160: file is not a data file
ORA-01110: data file : '/oralce/oradata/TRDPS/rbs01.dbf'
Errors while trying to create a controlfile.
Confirmed that it is a datafile and is not corrupted.
And db_block_size is set to correct value. (verified from the output of DBV on the datafile)
Cause
Most likely the file will be from a different incarnation after an open with resetlogs.
Fix
Copy all datafiles from the same incarnation as the system datafile and try creating the controlfile again.

10.2.0.4 DBCA problem

Similar Messages

Maybe you are looking for