忘记密码   免费注册 查看新帖 | 论坛精华区

ChinaUnix.net

  平台 论坛 博客 认证专区 大话IT 视频 徽章 文库 沙龙 自测 下载 频道自动化运维 虚拟化 储存备份 C/C++ PHP MySQL 嵌入式 Linux系统
12下一页
最近访问板块 发新帖
查看: 14248 | 回复: 15

终于在RedHat8下面安装Oracle 9i成功,笔记如下 [复制链接]

论坛徽章:
0
发表于 2005-04-30 15:12 |显示全部楼层
如何在RedHat Linux8下面安装Oracle 9i(建议使用oracle9204)(oracle9201在redhat8上安装经常遇到error in writing to file '...'的错误,报没有相应的写权限。)
首先将Redhat Linux8.0安装完毕!
注意Swap分区最好在1G左右!/分区需要大概5-8G的空间!

下载如下三个Oracle9i的安装文件:
lnx_920_disk1.cpio.gz
lnx_920_disk2.cpio.gz
lnx_920_disk3.cpio.gz
在你硬盘的/opt/目录现在建立Oracle9i
命令如下:#mkdir /opt/Oracle9i
将如下三个文件拷贝到/opt/Oracle9i目录下
执行如下命令将文件解压:
gunzip lnx_920_disk1.cpio.gz
gunzip lnx_920_disk2.cpio.gz
gunzip lnx_920_disk3.cpio.gz
在硬盘的/opt/Oracle9i/的目录下将生成如下文件:
lnx_920_disk1.cpio
lnx_920_disk2.cpio
lnx_920_disk3.cpio
执行如下命令将文件解包:
cpio -idmv < lnx_920_disk1.cpio
cpio -idmv < lnx_920_disk2.cpio
cpio -idmv < lnx_920_disk3.cpio
将在硬盘的/opt/Oracle9i的目录下生成如下三个文件夹;
Disk1
Disk2
Disk3

下面命令在Root用户下在终端程序中输入执行:

#grep MemTotal /proc/meminfo  ------察看内存大小
#cat /proc/swaps     --------察看交换分区信息

#dd if=/dev/zero of=tmpswap bs=1k count=900000    -----bs=n 同时设置输入输出块大小  count=n只复制输入记录的指定数。   
#chmod 600 tmpswap
#mkswap tmpswap
#swapon tmpswap

# cat /proc/sys/kernel/shmmax

# echo `expr 1024 \* 1024 \* 1024` >; /proc/sys/kernel/shmmax
注释(默认的是33554432kB,可修改为'2147483648' 单位字节
如:echo '2147483648' >; /proc/sys/kernel/shmmax

过小的时候会提示:
ORA-27123:unable to attach to shared memory segment.
or
out of memory


# cat /proc/sys/kernel/shmmax

设置TMP目录:
#mkdir /opt/tmp
#chown root.root /opt/tmp
#chmod 1777 /opt/tmp
#export TEMP=/opt/tmp  
#export TMPDIR=/opt/tmp  

添加用户和组:
#groupadd dba
#groupadd oinstall
#useradd -g oinstall -G dba oracle      // -g 添加用户所属的组, -G用户所附加的组,
#passwd oracle

建立安装目录
#mkdir /opt/oracle
#mkdir /opt/oracle/product
#mkdir /opt/oracle/product/9.2.0
#chown -R oracle.oinstall /opt/oracle

#mkdir /var/opt/oracle
#chown oracle.dba /var/opt/oracle
#chmod 755 /var/opt/oracle

设置Oracle用户的环境变量: 当前操作用户oracle (#su - oracle ) su oracle和su - oracle的区别就是su - oracle可以继承oracle用户的环境变量
# vi /home/oracle/.bash_profile
将如下的文字插入到.bash_profile中

# Oracle Environment
export ORACLE_BASE=/opt/oracle
export ORACLE_HOME=/opt/oracle/product/9.2.0
export ORACLE_SID=test
export ORACLE_TERM=xterm
#export TNS_ADMIN= Set if sqlnet.ora, tnsnames.ora, etc. are not in $ORACLE_HOME/network/admin
export NLS_LANG=AMERICAN;
export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data
LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
export LD_LIBRARY_PATH

# Set shell search paths
export PATH=$PATHORACLE_HOME/bin


# CLASSPATH:
CLASSPATH=$ORACLE_HOME/JREORACLE_HOME/jlibORACLE_HOME/rdbms/jlib
CLASSPATH=$CLASSPATHORACLE_HOME/network/jlib

然后
#su - oracle (一定要有"-"
切换到Oracle安装用户执行:
$cd /opt/Oracle9i/Disk1
$sh runInstaller


按照提示安装!OK!
一、第一次安装会出现设置域名test.fox
    同时自动设置SID就是域名中的前半部分test
   
    next
    出现设置ORACLE_BASE目录,如果是第一次安装,则会提示(如果是
    曾经安装过oracle则可能不会出现,这里的oracle_base和设置环境
    变量中的一致)
二、
在安装的过程中,最常见的是在配置oracle net configuration assistant
时jre,
提示: jre was not found
这时做个链接就可,使用安装用户 oracle
$cd /opt/oracle/oracle/product/9.2.0/oracle.swd.jre/bin/i386/native_threas
$ ln -s java jre
按照提示保持默认就可
2、内存是大小,提示
ORA-27123:unable to attach to shared memory segment.
or out of  memory
都是内存的设置有问题



   
启动和停止 Oracle 9i 数据库 (Startup and Shutdown of the Oracle 9i Database)
1.sqlplus:
Oracle 9i (9.0.1 & 9.2.0) 不再使用 svrmgrl,而改用 sqlplus。

例如,启动数据库,可以运行下面的命令:
#su – oracle
$sqlplus /nolog
SQL>;connect / as sysdba
SQL>;startup


window2000 下客户端连接(我用的是oracle817 连接oracle9024)

增加侦听服务
增加本地连接,
连接主机 :主机名或ip
服务:test.fox就是前面的域名服务

网络名:test.fox(自己随便定义或test)


斜杠 (/ -- slash) 使用 SYS 连接到方案 (schema)。本例中,将使用 SYS 数据库用户以 SYSDBA 身份

连接到方案。SYSDBA 赋予用户如下特权:
- sysoper privileges WITH ADMIN OPTION
- create database
- recover database until

立即停止数据库,可以运行下面的命令:
#su – oracle
$sqlplus /nolog
SQL>;connect / as sysdba
SQL>;shutdown –immediate


如何删除oracle9i
删除oracle_base目录,etc下的oratab
/tem 下的orainstall
然后删除用户
删除/home/oracle

论坛徽章:
0
发表于 2005-04-30 15:36 |显示全部楼层

终于在RedHat8下面安装Oracle 9i成功,笔记如下

必要的硬件信息检查

检查内容        最小值        检查命令参考
物理内存        512M        # grep MemTotal /proc/meminfo
交换空间        1.0 GB或者2倍内存大小        # grep SwapTotal /proc/meminfo
/tmp 空间        400 MB         # df -k /tmp
软件所需空间        2.5 GB         # df -k (空间越大越好,如果是正式系统,应该进行详尽的规划)
数据库文件        1.2 GB         # df -k (空间越大越好,如果是正式系统,应该进行详尽的规划)
检查完如上各项之后, 应该修改核心参数.执行如下命令:
#vi /etc/sysctl.conf
#注释:
#表示使用root用户操作,$表示使用oracle 用户进行操作.提示符后面的蓝色部分表示需要输入的命令,以下同.
在该文件末尾加入如下内容:
kernel.shmall = 2097152
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
编辑完之后,保存,执行 # /sbin/sysctl -p 命令操作来使我们所做的变更生效.
注:上面kernel.shmmax/kernel.sem等是典型的核心参数配置.您可能需要根据您的实际环境进行适当的变动.
关于这些核心参数的说明在Oracle的 Oracle9i Installation Guide Release 2 (9.2.0.1.0) for UNIX Systems 中有很详细的说明.( http://download-west.oracle.com/docs/html/A96167_01/toc.htm )
然后,应该检查一下上面的操作是否正确:
# /sbin/sysctl -a | grep sem
# /sbin/sysctl -a | grep shm
# /sbin/sysctl -a | grep file-max
# /sbin/sysctl -a | grep ip_local_port_range
检查并调整环境变量
登录为oracle用户
# su - oracle
$ cd
$ vi .bash_profile
#添加如下内容,你的具体值应该不会和这个完全相同.
export ORACLE_BASE=/u/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/10.1.0/db_1
export ORACLE_SID=TEST
export PATH=$PATHHOME/binORACLE_HOME/bin
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/usr/lib
export LC_CTYPE=en_US.UTF-8
然后执行
$ source .bash_profile
使环境变量生效. /u/app/oracle 等目录应该建立好并做合适的授权.

论坛徽章:
0
发表于 2005-08-30 09:25 |显示全部楼层

终于在RedHat8下面安装Oracle 9i成功,笔记如下

linux下oracle安装:
Oracle公司宣称在Linux下安装Oracle9i数据库至少要有512MB的内存和至少1GB或者两倍
内存大小的交换空间,对于系统内存大于2GB的服务器,交换空间可以介于2GB—4GB之间。

如果是为了在一台仅有256M内存的普通PC机上试用Oracle9i,在分配了1GB左右的交换空间的情况下,也可以正常运行Oracle数
据库。
要检查内存空间,登录进入Linux,在命令行方式(bash环境)下执行如下命令:
grep MemTotal /proc/meminfo
要检查交换空间,在命令行下执行如下命令:
grep SwapTotal /proc/meminfo

1.解压.cpio文件
#cpio -idvm < lnx_920_disk1.cpio
#cpio -idvm < lnx_920_disk2.cpio
#cpio -idvm < lnx_920_disk3.cpio
在当前目录下生成Disk1和Disk2,Disk3三个目录.

2.打补丁
unzip oraclerpm.zip
#rpm -ivh *.i586.rpm --nodeps --force

3.建立用户和组
#groupadd dba
#mkdir /opt/OracleHome
#adduser -u 499 -d /opt/OracleHome/ -g dba oracle
注:-u 后可以是1-500(系统用户) -g 添加到私有组dba中
#chown oracle.dba /opt/OracleHome/
#mkdir /opt/OracleHome/Ora9i
#chown oracle.dba /opt/OracleHome/Ora9i
#touch /etc/rac_on
#mkdir /opt/tmp
#chmod 1777 /opt/tmp
#cp oracle.bashrc /opt/OraclHome/.bashrc

4.linux系统优化
#dd if=/dev/zero of=/opt/tmpswap bs=1k count=1024000
#chmod 600 /opt/tmpswap
#mkswap /opt/tmpswap
#swapon -v /opt/tmpswap
#sysctl -w kernel.sem="250 32000 100 128"
#sysctl -w kernel.shmmax=`expr 512 \* 1024 \* 1024`

#echo "kernel.sem=250 32000 100 128" >;>; /etc/sysctl.conf
#echo "kernel.shmmax=`expr 512 \* 1024 \* 1024`" >;>; /etc/sysctl.conf
注:上两行命令执行后请查看/etc/sysctl.conf的变化.

#echo 65536 >;/proc/sys/fs/file-max
#ulimit -n 65536
#ulimit -u 16384
注:上三行命令是系统优化,建议也添加到/etc/rc.local文件中,每次启动系统自动优化

5.安装
#xhost localhost
#su - oracle
#cd /opt/source/Disk1
#./runInstaller

以下是几点注意事项

选择software only
然后用命令dbca创建数据库

1.安装时字体问题的解决:
#unset LANG
如果执行上述指令不行的话再修改/root/.i18n和/etc/sysconfig/i18n
#vi /root/.i18n
注:root用户的语言环境,注释掉所有项后添加一行LANG="en_US"
#vi /etc/sysconfig/i18n
注:系统中新增加用户的语言环境(每增加一个用户把它拷贝到其宿主目录生成.i18n)

2.安装过程中的报错:
前几个按报错信息的指示做,
只有最后一个/opt/OraclHome/Oracle9i/ctx/lib/下某一文件错,应修改
/opt/OraclHome/Oracle9i/ctx/lib/env_ctx.mk文件
在INSO_LINK= 这一行添加一条记录 $(LDLIBFLAG)dl

3.oracle用户SHELL有问题
#userdel oracle
#adduser -u 499 -d /opt/OracleHome/ -g dba oracle

小秘籍:

#hdparm -t /dev/hda 查看硬盘读写速度,如只有2M左右,则执行
#hdparm -d 1 /dev/hda 开启DMA功能,可把它添加到/etc/rc.local文件中.

论坛徽章:
0
发表于 2005-08-30 09:26 |显示全部楼层

终于在RedHat8下面安装Oracle 9i成功,笔记如下

Oracle安装(linux)小结(摘录)
名人名作,据说按照这个装绝对没问题!就是长了点,不过打印出来作为工作手册也是不错的!我就有好几本工作手册!呵呵
  Werner Puschitz
  
  Sr. AIX/Linux Systems Analyst and Administrator
  Home Page of Werner Puschitz
  
  Installing Oracle 9i on RedHat Linux 7.1, 7.2, 7.3, 8.0, 9, Red Hat Advanced Server 2.1, and on Red Hat Enterprise Linux Advanced Server 3 (RHEL AS 3)
  
  Oracle on Red Hat Linux Portal
  
  Here is a summary (HOWTO) of how I installed:
  Oracle 9iR2 (9.2.0) Database on Red Hat Advanced Server 3 (kernel 2.4.21-4.EL, glibc 2.3.2-95.3)
  Oracle 9iR2 (9.2.0) Database on Red Hat Advanced Server 2.1 (kernel 2.4.9-e.3, glibc 2.2.4-26)
  Oracle 9iR2 (9.2.0) Database on Red Hat 9 (kernel kernel-2.4.20-6, glibc 2.3.2-5)
  Oracle 9iR2 (9.2.0) Database on Red Hat 8.0 (kernel 2.4.18-18.8.0, glibc 2.2.93-5)
  Oracle 9iR2 (9.2.0) Database on Red Hat 7.3 (kernel 2.4.18-3, glibc 2.2.5-34)
  Oracle 9iR1 (9.0.1) Database on Red Hat 7.3 (kernel 2.4.18-3, glibc 2.2.5-34)
  Oracle 9iR1 (9.0.1) Database on Red Hat 7.2 (kernel 2.4.7-10, glibc 2.2.4-13)
  Oracle 9iR1 (9.0.1) Database on Red Hat 7.1 (kernel 2.4.2-2, glibc 2.2.2-10)
  
  Validation/Certification:
  
  For Validations/Certifications, check the following links:
  Oracle's Certification Matrices
  Oracle Products on Red Hat Linux
  Red Hat Enterprise Linux Application List
  
  Errors and Problems:
  Some of the Oracle errors and problems covered here were only experienced in connection with 9i (9.0.1) and some only with 9iR2 (9.2.0). But since I cannot say for sure that a 9i (9.0.1) installation error will never show up during 9iR2 (9.2.0) installation, I simply kept all errors and problems listed together, see Oracle Installation Errors and Oracle Installation Problems, Important Tips and Hints.
  
  Red Hat Enterprise Linux Advanced Server 3 (RHEL AS 3)
  In order to install an Oracle9iR2 database on RH AS 3, the "Oracle9iR2 Patch Set 3 9.2.0.4.0" patchset and some other patches must be applied. Some errors can only be fixed by applying the 9.2.0.4 patchset. For more information, see Running Oracle Installation on Red Hat Enterprise Linux Advanced Server 3.
  
  Red Hat 9:
  Red Hat 9 includes now the the Native POSIX Thread Library (NPTL) which is an improved implementation of POSIX threads for Linux. But using NPTL will cause several problems for Oracle applications. Note that Oracle9i has not been certified on Red Hat 9!
  So to fix this problem, you can set the environment variable LD_ASSUME_KERNEL to 2.4.1, which means that the old "Linuxthreads with floating stacks" implementation will be used. Otherwise the Oracle installer runInstaller will hang, the Database Configuration Assistant dbca won't start etc.; see Oracle Installation Errors for more information. To see where this environment variable can be set, see Set Oracle Environments. For more information on LD_ASSUME_KERNEL, see Red Hat Linux 9 Release Notes.
  NOTE: Before you install Oracle9iR2, make sure that you first read the information about the error message "Error in invoking target install of make file /opt/oracle/product/9.2.0/network/lib/ins_oemagent.mk" in the Oracle Installation Errors section!
  
  Red Hat 8.0:
  The only problem I experienced with Oracle 9iR2 (9.2.0) on Red Hat 8.0 was:
  "Error in invoking target install of makefile /opt/oracle/product/9.2.0/ctx/lib/ins_ctx.mk"
  But this does not necessarily mean that you won't see other problems described here. See Oracle Installation Errors for more information.
  
  This article covers the following subjects and steps:
  
  * Documentations
  * Downloading and Installing Red Hat Linux 7.1, 7.2, 7.3, 8.0, 9
  * Unpacking Downloaded Oracle9i Installation Files and Burning Oracle9i CDs
  * Setting Swap Space
  * Setting Shared Memory
  * Checking /tmp Space
  * Sizing Oracle Disk Space
  * The "binutils" Issue
  * Checking Development Packages (RPMs)
  * JDK
  * Creating Oracle User Accounts
  * Creating Oracle Directories
  * Setting Oracle Environments
  * Starting runInstaller
  * Running Oracle Installation on RH 7.1, 7.2, 7.3, 8.0, 9, and on RH AS 2.1
  * Running Oracle Installation on Red Hat Enterprise Linux Advanced Server 3
  * Startup and Shutdown of the Oracle 9i Database
  * Oracle Installation Problems, Tips and Hints
  * Oracle Installation Errors
  
  Documentations
  Oracle9i Database Documentation for Linux
  Tuning and Optimizing Red Hat Linux Advanced Server for Oracle9i Database
  Oracle9iR2 on Linux: Performance, Reliability and Manageability Enhancements on Red Hat Linux Advanced Server 2.1
  An Overview of Red Hat Advanced Server V2.1 Reliability, Availability, Scalability, and Manageability (RASM) Features
  
  Downloading and Installing Red Hat Linux 7.1, 7.2, 7.3, 8.0, 9
  To download Red Hat Linux 7.x, 8.0, 9, check the links at http://www.puschitz.com/RedhatDownload.html
  You can find the installation guides for installing Red Hat Linux under Red Hat Linux Manuals.
  
  NOTE: You cannot download Red Hat Linux Advanced Server 2.1, you can only download the source code. If you want to get the binary CDs, you will have to buy it at http://www.redhat.com/software/linux/advanced/.
  
  Installing Software Packages (RPMs)
  
  You don't have to install all RPMs when you want to run an Oracle9i database on Red Hat Linux.
  
  For instance, if you install Red Hat Advanced Server, you are fine when you select the Installation Type "Advanced Server" and when you don't select the Package Group "Software Development". There are only a few other RPMs that are required for installing Oracle9i. These other RPMs are covered in this article.
  
  Or when you install Oracle9i on Red Hat Linux 7.x, 8.0, or 9, you are fine when you select the installation type "Server".
  
  Unpacking Downloaded Oracle9i Installation Files and Burning Oracle9i CDs
  
  Download Oracle9i for Linux from the following web site:
  http://otn.oracle.com/software/products/oracle9i/htdocs/linuxsoft.html
  
  Uncompress and unpack downloaded files:
  
  For Oracle9i (9.2.0):
  
  One step procedure (uses less disk space and is faster):
  
  zcat lnx_920_disk1.cpio.gz | cpio -idmv
  zcat lnx_920_disk2.cpio.gz | cpio -idmv
  zcat lnx_920_disk3.cpio.gz | cpio -idmv
  Two step procedure:
  
  # Uncompress
  gunzip lnx_920_disk1.cpio.gz lnx_920_disk2.cpio.gz lnx_920_disk3.cpio.gz Linux9i_Disk3.cpio.gz
  
  # Unpack the downloaded files:
  cpio -idmv < lnx_920_disk1.cpio
  cpio -idmv < lnx_920_disk2.cpio
  cpio -idmv < lnx_920_disk3.cpio
  
  For Oracle9i (9.0.1):
  
  One step procedure (uses less disk space and is faster):
  
  zcat Linux9i_Disk1.cpio.gz | cpio -idmv
  zcat Linux9i_Disk2.cpio.gz | cpio -idmv
  zcat Linux9i_Disk3.cpio.gz | cpio -idmv
  Two step procedure:
  
  # Uncompress
  gunzip Linux9i_Disk1.cpio.gz Linux9i_Disk2.cpio.gz Linux9i_Disk3.cpio.gz
  
  # Unpack the downloaded files:
  cpio -idmv < Linux9i_Disk1.cpio
  cpio -idmv < Linux9i_Disk2.cpio
  cpio -idmv < Linux9i_Disk3.cpio
  
  Now you should have 3 directories containing installation files:
  
  Disk1
  Disk2
  Disk3
  I executed the following commands when I burned the 3 CDs:
  mkisofs -r Disk1 | cdrecord -v --eject dev=0,0,0 speed=15 -
  mkisofs -r Disk2 | cdrecord -v --eject dev=0,0,0 speed=15 -
  mkisofs -r Disk3 | cdrecord -v --eject dev=0,0,0 speed=15 -
  (You can get the dev numbers when you execute cdrecord -scanbus).
  
  Setting Swap Space
  
  In order to perform a typical Oracle 9i installation and to create a simple prototype database, Oracle says that you need a minimum of 512MB of RAM for the Oracle9i (9.0.1) Server, and the amount of disk space (swap space) should be equal to twice the amount of RAM or at least 400 MB, whichever is greater.
  I tried to test the limits on an older PC with 256 MB of RAM and with 600 MB of swap space. I was able to install Oracle 9i (9.0.1 & 9.2.0) and Oracle's default database without any problems. But when I used less swap space on this PC (256MB RAM), I was runnig out of memory. So I definitely recommend to use more RAM and/or more swap space as specified in the Oracle installation guide.
  
  NOTE: If you do not have enough swap space or RAM during the Oracle installation, in particular during the database creation, your Oracle server (Linux) will temporarily become unresponsive to any events for several minutes.
  
  For more information on correctly sizing the swap space for your database, see Sizing Swap Space.
  
  To check the memory, run:
  grep MemTotal /proc/meminfo
  To check the swap space, run:
  cat /proc/swaps
  
  You can also add temporary swap space by creating a temporary swap file instead of using a raw device. Here is the procedure:
  su - root
  dd if=/dev/zero of=tmpswap bs=1k count=900000
  chmod 600 tmpswap
  mkswap tmpswap
  swapon tmpswap
  To disable the temporary swap space execute the following commands:
  su - root
  swapoff tmpswap
  rm tmpswap
  
  Setting Shared Memory
  
  For Oracle 9i (9.2.0) installation I had to increase the maximum shared memory size on my Linux server for all Red Hat versions. The Oracle Database Configuration Assistant displayed the following error message on my server:
  
  ORA-27123: unable to attach to shared memory segment.
  I temporarely increased the shmmax setting for the kernel by executing the following command:
  $ su - root
  # cat /proc/sys/kernel/shmmax
  33554432
  # echo `expr 1024 \* 1024 \* 1024` >; /proc/sys/kernel/shmmax
  # cat /proc/sys/kernel/shmmax
  1073741824
  It is recommended to increase the shmmax setting permanently for Oracle. For more information, see Setting Shared Memory.
  
  For more information on optimizing shared memory settings for Oracle databases on Linux, see Setting Shared Memory. These parameters apply to all Red Hat Linux versions. But note that except for the shmmax parameter, these parameter do not need to be changed for installing Oracle on Linux. But you might want to adjust all shared memory settings later to optimize the server for Oracle.
  
  Checking /tmp Space
  
  The Oracle Universal Installer requires up to 400 MB of free space in the /tmp directory.
  
  To check the space in /tmp, run:
  $ df /tmp
  If you do not have enough space in the /tmp directory, you can temporarily create a tmp directory in another filesystem. Here is how you can do this:
  su - root
  mkdir //tmp
  chown root.root //tmp
  chmod 1777 //tmp
  export TEMP=/ # used by Oracle
  export TMPDIR=/ # used by Linux programs like the linker "ld"
  When you are done with your Oracle installation, shutdown Oracle and remove the temporary directory:
  su - root
  rmdir //tmp
  unset TEMP
  unset TMPDIR
  
  Sizing Oracle Disk Space
  
  You will need about 2.5 GB for the database software. If you perform a typical database installation and not a customized database installation, then you will need about 3.5 GB of disk space.
  
  The "binutils" Issue
  
  Skip this step for Oracle9iR2.
  
  I did not experience this problem with Oracle 9i (9.2.0), but only with Oracle 9i (9.0.1).
  
  The binutils package that comes with Red Hat 7.1, 7.2, 7.3, and with RedHat 2.1 Advanced Server doesn't work with Oracle 9i (9.0.1) Universal Installer. Here are the options you have for 9.0.1:
  
  I recommend the following approach:
  
  Wait for the following Oracle installation error:
  "Error invoking target install of makefile /opt/oracle/product/9.0.1/plsql/lib/ins_plsql.mk"
  And fix this problem as described in Oracle Installation Errors.
  I recommend this approach since it obviates the need to change binutils.
  I do not recommend the following approach:
  
  Download the following binutil RPM version and downgrade binutil on the Oracle server:
  ftp://ftp.redhat.com/pub/redhat/linux/7.0/en/os/i386/RedHat/RPMS/binutils-2.10.0.18-1.i386.rpm
  
  su - root
  rpm -Uvh --force --nodeps binutils-2.10.0.18-1.i386.rpm
  When you are done with the Oracle installation, you upgrade your binutil RPM back to the version you had before you downgraded. E.g. on the Red Hat 7.2 server I did:
  rpm -Uvh --force --nodeps binutils-2.11.90.0.8-9.i386.rpm
  Here is Oracle's official solution for Oracle 9iR1 or 9iR1 iAS on RedHat 2.1 Advanced Server which I don't like:
  http://otn.oracle.com/software/products/oracle9i/files/binutils_readme.html
  
  Checking Development Packages (RPMs)
  
  You will need some RPM development packages for the Oracle installer to build the Oracle modules, otherwise you will get an error messages similar to this one:
  Error in invoking target ntcontab.o of makefile
  /opt/oracle/product/9.2.0/network/lib/ins_net_client.mk
  
  Development Packages (RPMs) for RH 7.1, 7.2, and RH AS 2.1:
  
  To see if these development packages are installed on your server, run the following command:
  rpm -q gcc cpp compat-libstdc++ glibc-devel kernel-headers binutils
  For instance, most of these packages will be missing when you installed RedHat 2.1 Advanced Server and if you did not select the "Software Development" package. For the RedHat 2.1 Advanced Server I executed the following commands to install the missing RPMs from the two CDs:
  su - root
  rpm -ivh cpp-2.96-108.1.i386.rpm glibc-devel-2.2.4-26.i386.rpm kernel-headers-2.4.9-e.3.i386.rpm gcc-2.96-108.1.i386.rpm binutils-2.11.90.0.8-12.i386.rpm
  
  Development Packages (RPMs) for RH 7.3, 8.0, and 9:
  
  To see if these development packages are installed on your server, run the following command:
  rpm -q gcc cpp compat-libstdc++ glibc-devel glibc-kernheaders binutils
  For instance, when I installed Red Hat 9.0 and when I used the default packages for the Installation Type "Server", I had to install the following RPMs afterwards:
  su - root
  rpm -ivh binutils-2.13.90.0.18-9.i386.rpm cpp-3.2.2-5.i386.rpm gcc-3.2.2-5.i386.rpm glibc-devel-2.3.2-5.i386.rpm glibc-kernheaders-2.4-8.10.i386.rpm
  
  Development Packages (RPMs) for Red Hat Enterprise Linux Advanced Server 3 (RHEL AS 3):
  
  To see if these development packages are installed on your server, run the following command:
  rpm -q gcc cpp compat-libstdc++ glibc-devel glibc-headers glibc-kernheaders binutils
  
  NOTE: Before you install Oracle9iR2, make sure that you also read the information about the error message "Error in invoking target install of make file /opt/oracle/product/9.2.0/network/lib/ins_oemagent.mk" in the Oracle Installation Errors section!
  
  JDK
  
  Skip this step for Oracle9iR2.
  
  I successfully installed Oracle9iR2 without installing JDK on the system. Oracle comes now with its own Java. This means that you don't have to execute the following steps which were required for older Oracle versions:
  
  Download JDK 1.3.1 or Blackdown 1.1.8_v3: (I usually used Blackdown)
  http://www.blackdown.org
  http://java.sun.com
  
  According to the JDK documentation, install JDK under /usr/local. Then create a symbolic link to the JDK under /usr/local/java:
  su - root
  bzip2 -dc jdk118_v3-glibc-2.1.3.tar.bz2 | tar xf - -C /usr/local
  ln -s /usr/local/jdk118_v3 /usr/local/java
  
  Creating Oracle User Accounts
  
  su - root
  groupadd dba # group of users to be granted with SYSDBA system privilege
  groupadd oinstall # group owner of Oracle files
  useradd -c "Oracle software owner" -g oinstall -G dba oracle
  passwd oracle
  For more information on the "oinstall" group account, see When to use "OINSTALL" group during install of oracle.
  
  Creating Oracle Directories
  
  In this example, make sure that the /opt filesystem is large enough, see Oracle Disk Space for more information. If /opt is not on a separate filesystem, then make sure the root filesystem "/" has enough space.
  
  su - root
  mkdir /opt/oracle
  mkdir /opt/oracle/product
  mkdir /opt/oracle/product/9.2.0
  chown -R oracle.oinstall /opt/oracle
  
  mkdir /var/opt/oracle
  chown oracle.dba /var/opt/oracle
  chmod 755 /var/opt/oracle
  
  Setting Oracle Environments
  
  Set the following Oracle environment variables before you start runInstaller.
  
  As the oracle user execute the following commands:
  # Set the LD_ASSUME_KERNEL environment variable only for Red Hat 9 and
  # for Red Hat Enterprise Linux Advanced Server 3 (RHEL AS 3) !!
  # Use the "Linuxthreads with floating stacks" implementation instead of NPTL:
  export LD_ASSUME_KERNEL=2.4.1
  
  # Oracle Environment
  export ORACLE_BASE=/opt/oracle
  export ORACLE_HOME=/opt/oracle/product/9.2.0
  export ORACLE_SID=test
  export ORACLE_TERM=xterm
  # export TNS_ADMIN= Set if sqlnet.ora, tnsnames.ora, etc. are not in $ORACLE_HOME/network/admin
  export NLS_LANG=AMERICAN;
  export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data
  LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
  LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
  export LD_LIBRARY_PATH
  
  # Set shell search paths
  export PATH=$PATHORACLE_HOME/bin
  
  I successfully installed Oracle9iR2 without setting the following CLASSPATH environment variable:
  # CLASSPATH=$ORACLE_HOME/JREORACLE_HOME/jlibORACLE_HOME/rdbms/jlib
  # CLASSPATH=$CLASSPATHORACLE_HOME/network/jlib
  # export CLASSPATH
  
  You can put these environment settings at the end of the ~oracle/.bash_profile file if you use bash. By this way you don't have to set the environment variables again when you login as "oracle", or when you switch to the user "oracle" by executing "su - oracle".
  
  Starting runInstaller
  
  Before you continue, make sure you have set the Oracle environment variables, see above.
  
  Oracle no longer supports a character mode installer. Therefore, in order to execute runInstaller directly from a console of a machine you are logged into (in this example the node name where Oracle is running is called "oracleserver", you need to set the DISPLAY environment variable. Before you do that, make sure that you also allow runInstaller on "oracleserver" to display X information on your Linux desktop machine (in this example, the PC name where you are running X Windows like KDE or GNOME is called "yourdesktop", because programs running on remote machines cannot display information to your screen unless you give them the authority to do so. Note that the X display relink mechanism does not work for NT desktop machines unless you use Exceed.
  
  Before you run runInstaller, execute e.g. 'xterm' to see if your X setup is really working! If you install Oracle on your desktop PC and not on a remote node, then you can skip step 1 and 3.
  
  Step 1: Allow "oracleserver" to display X information to your desktop PC "yourdesktop":
  
  yourdesktop:user$ xhost +oracleserver
  Step 2: Open a new window and login to the Oracle server "oracleserver" as root. This window will be used for mounting and unmounting the Oracle CDs.
  oracleserver su - root
  oracleserver:root# mount /mnt/cdrom
  
  Step 3: From the console of your Oracle server "oracleserver" where you will run runInstaller, execute the following commands:
  oracleserver su - oracle
  oracleserverracle$ export DISPLAY=yourdesktop:0.0
  Step 4: Now execute runInstaller as "oracle". Do not cd to /mnt/cdrom !!
  oracleserverracle$ /mnt/cdrom/runInstaller
  
  NOTE:
  Don't run runInstaller for Red Hat Enterprise Linux Advanced Server 3 (RHEL AS 3) yet! See Running Oracle Installation on Red Hat Enterprise Linux Advanced Server 3 for more information.
  
  
  Running Oracle Installation on RH 7.1, 7.2, 7.3, 8.0, 9, and on RH AS 2.1
  
  Keep in mind that you will get one or more errors here during the Oracle installation! See Oracle Installation Errors for more information.
  
  This is how I answered the questions for the runInstaller:
  
  - What would you like as the base directory (Inventory Location):
  
  /opt/oracle/oraInventory
  - UNIX Group Name (permission for updating Oracle software):
  
  oinstall
  You could also use "dba" which I do not recommend for security reasons.
  For more information on the "oinstall" group account, see
  When to use "OINSTALL" group during install of oracle.
  
  - Full path name for Oracle Home:
  /opt/oracle/product/9.2.0
  etc.
  
  Running Oracle Installation on Red Hat Enterprise Linux Advanced Server 3
  
  In order to install an Oracle9iR2 database on RH AS 3, the "Oracle9iR2 Patch Set 3 9.2.0.4.0" patchset and some other patches must be applied. Some errors can only be fixed by applying the 9.2.0.4 patchset.
  
  Installing Oracle9iR2
  
  Install the following RPMs (see Oracle Note:252217.1 for more information):
  su - root
  rpm -ivh compat-db-4.0.14-5.i386.rpm compat-gcc-7.3-2.96.122.i386.rpm compat-gcc-c++-7.3-2.96.122.i386.rpm compat-libstdc++-7.3-2.96.122.i386.rpm compat-libstdc++-devel-7.3-2.96.122.i386.rpm openmotif21-2.1.30-8.i386.rpm setarch-1.3-1.i386.rpm tcl-8.3.5-92.i386.rpm
  Relink gcc so that the older gcc will be used during the Oracle installation (see Oracle Note:252217.1 for more information):
  su - root
  mv /usr/bin/gcc /usr/bin/gcc323
  ln -s /usr/bin/gcc296 /usr/bin/gcc
  mv /usr/bin/g++ /usr/bin/g++323 # if g++ doesn't exist, then gcc-c++ was not installed
  ln -s /usr/bin/g++296 /usr/bin/g++
  
  When you execute runInstaller from the Oracle 9iR2 (9.2.0) CD, you will get the following error message:
  Error occurred during initialization of VM
  Unable to load native library: /tmp/OraInstall2003-10-25_03-14-57PM/jre/lib/i386/libjava.so:
  symbol __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
  
  To resolve resolve the __libc_wait symbol issue, download the patch p3006854_9204_LINUX.zip from http://metalink.oracle.com. See bug 3006854 for more information.
  
  To apply the patch, run
  su - root
  # unzip p3006854_9204_LINUX.zip
  Archive: p3006854_9204_LINUX.zip
  creating: 3006854/
  inflating: 3006854/rhel3_pre_install.sh
  inflating: 3006854/README.txt
  
  # cd 3006854
  # sh rhel3_pre_install.sh
  Applying patch...
  Patch successfully applied
  #
  NOTE: If you get the following error when you run rhel3_pre_install.sh:
  rhel3_pre_install.sh: line 36: gcc: command not found
  Then you forgot to install or link gcc, see above. This means you can't start any binaries any more:
  # ls
  ls: error while loading shared libraries: /etc/libcwait.so: cannot open shared object file: No such file or directory
  # rm /etc/ld.so.preload
  rm: error while loading shared libraries: /etc/libcwait.so: cannot open shared object file: No such file or directory
  #
  To fix that, run the echo command which is a built-in shell command:
  # echo "" >; /etc/ld.so.preload
  rm /etc/ld.so.preload
  And start over again.
  
  Now runInstaller can be started from the CD:
  su - oracle
  $ echo $LD_ASSUME_KERNEL # it is important that this variable is set!
  2.4.1
  $ /mnt/cdrom/runInstaller
  
  - Welcome Screen: Click Next
  - Inventory Location: Click Next
  - Unix Group Name: Use "oinstall" and click Next
  When asked to run /tmp/orainstRoot.sh, run it before you click Continue
  - File Locations: Use default values
  - Available Products: Select "Oracle9i Database 9.2.0.1.0"
  - Installation Types: Select Custom since we only want to install the software for now
  - Available Products: Click Next or add some more components.
  - Components Locations: Accept default values and click Next
  - Privileged Operating System Groups:
  I used the default values: OSDBA Group = dba, OSOPER Group = dba
  - Oracle Managent Server Repository:
  I used the default choice
  - Create database: Select NO since we first have to patch Oracle before a database can be created!
  - Summary: Start the Install
  - Configuration tools: Tools won't come up. Simply ignore it.
  - At the end of the installation, exit runInstaller.
  
  You may get the following errors:
  
  Error in invoking target install of makefile /opt/oracle/product/9.2.0/network/lib/ins_oemagent.mk.
  
  The /opt/oracle/product/9.2.0/install/make.log file reads:
  /opt/oracle/product/9.2.0/network/lib/libnmi.a(snmitcln.o)(.text+0xa4e): In function `Nls_FormatCmd':
  : undefined reference to `__ctype_b'
  /opt/oracle/product/9.2.0/network/lib/libnmi.a(snmitcln.o)(.text+0x159d): In function `Nls_ScanCmd':
  : undefined reference to `__ctype_b'
  /opt/oracle/product/9.2.0/network/lib/libnmi.a(snmitcln.o)(.text+0x1603): more undefined references to `__ctype_b' follow
  collect2: ld returned 1 exit status
  make: *** [dbsnmp] Error 1
  
  Click ignore. This will be fixed by applying the patch 3119415 after the 9.2.0.4 patchset has been applied. You won't be able to apply the patch 3119415 at this time since the file /opt/oracle/oraInventory/ContentsXML/comps.xml doesn't exist yet.
  
  Error in invoking target install of makefile /opt/oracle/product/9.2.0/ctx/lib/ins_ctx.mk.
  
  The /opt/oracle/product/9.2.0/install/make.log file reads:
  /usr/bin/ld: ctxhx: hidden symbol `stat' in /usr/lib/libc_nonshared.a(stat.oS) is referenced by DSO
  collect2: ld returned 1 exit status
  make: *** [ctxhx] Error 1
  
  Click ignore. This is fixed by applying the 9.2.0.4 patchset.
  
  Patching Oracle9iR2:
  
  To patch Oracle9iR2, download the Oracle 9i Release 2 Patch Set 3 Version 9.2.0.4.0 for Linux x86 from http://metalink.oracle.com.
  
  Copy the downloaded "p3095277_9204_LINUX.zip" file to e.g. /tmp and run the following command:
  su - oracle
  $ cp p3095277_9204_LINUX.zip /tmp
  $ cd /tmp
  $ unzip p3095277_9204_LINUX.zip
  Archive: p3095277_9204_LINUX.zip
  inflating: 9204_lnx32_release.cpio
  inflating: README.html
  inflating: patchnote.css
  $
  $ cpio -idmv < 9204_lnx32_release.cpio
  Disk1/stage/locks
  Disk1/stage/Patches/oracle.apache.isqlplus/9.2.0.4.0/1/DataFiles/bin.1.1.jar
  Disk1/stage/Patches/oracle.apache.isqlplus/9.2.0.4.0/1/DataFiles/lib.1.1.jar
  ...
  
  To patch the runInstaller, run:
  su - oracle
  $ echo $LD_ASSUME_KERNEL # it is important that this variable is set!
  2.4.1
  $ cd /tmp/Disk1/
  $ ./runInstaller
  
  - Welcome Screen: Click Next
  - File Locations: Use default values
  - Available Products: Select "Oracle Universial Installer 2.2.0.18.0 !"
  - Components Locations: Accept default values and click Next
  - Summary: Start the Install
  - At the end of the installation, you must exit runInstaller!
  
  To patch Oracle9iR2, run:
  su - oracle
  $ echo $LD_ASSUME_KERNEL # it is important that this variable is set!
  2.4.1
  $ cd $ORACLE_HOME/bin
  $ ./runInstaller
  
  - Welcome Screen: Click Next
  - File Locations: Use default values
  - Available Products: Select "Oracle9iR2 Patch Set 3 9.2.0.4.0 !"
  - Summary: Start the Install
  - At the end of the installation, exit runInstaller
  
  You may get the following error:
  
  Error in invoking target install of makefile /opt/oracle/product/9.2.0/network/lib/ins_oemagent.mk.
  
  The /opt/oracle/product/9.2.0/install/make.log file reads:
  /opt/oracle/product/9.2.0/network/lib/libnmi.a(snmitcl.o)(.text+0x1cc): In function `get_ora_stmt_handle':
  : undefined reference to `__ctype_b'
  /opt/oracle/product/9.2.0/network/lib/libnmi.a(snmitcl.o)(.text+0x124e): In function `OraProcess_Oid':
  : undefined reference to `__ctype_b'
  /opt/oracle/product/9.2.0/network/lib/libnmi.a(snmitcl.o)(.text+0x176c): more undefined references to `__ctype_b' follow
  collect2: ld returned 1 exit status
  make: *** [dbsnmp] Error 1
  
  Click ignore. This will be fixed by applying the patch 3119415 after the 9.2.0.4 patchset has been applied. The patch 3119415 cannot be applied while the patch process for the 9.2.0.4 patchset is running.
  
  After the 9.2.0.4 patchset has been applied, download the patch p3119415_9204_LINUX.zip from http://metalink.oracle.com. See bug 3119415 for more information. Also, download the opatch Release 2.2.0 utility from http://metalink.oracle.com. See bug 2617419 for more information.
  
  To install opatch, run:
  su - oracle
  $ cp p2617419_210_GENERIC.zip /tmp
  $ cd /tmp
  $ unzip p2617419_210_GENERIC.zip
  Before you apply the 3119415 patch, you need to make sure the fuser binary can be found by the oracle user, see the PATH environment variable below. Otherwise the patch can't be applied because the fuser binary is used by opatch.
  
  To apply the 3119415 patch, run
  su - oracle
  $ unzip p3119415_9204_LINUX.zip
  $ cd 3119415
  $ export PATH=$PATH:/tmp/OPatch
  $ export PATH=$PATH:/sbin # the patch needs "fuser" which is located in /sbin
  $ which opatch
  /tmp/OPatch/opatch
  $ opatch apply
  
  Now you should be able to create a database with dbca:
  su - oracle
  dbca
  
  And don't forget to undo the changes (links) to /usr/bin/gcc and /usr/bin/g++ if you don't need it any more. Also don't forget the /etc/ld.so.preload file.
  
  Startup and Shutdown of the Oracle 9i Database
  
  sqlplus:
  
  svrmgrl is not supported any more. You can now do everything with sqlplus.
  
  For instance, to startup the database, run the following commands:
  
  oracle$ sqlplus /nolog
  SQL>; connect / as sysdba
  SQL>; startup
  The slash connects you to the schema owned by SYS. So in this example you will be connected to the schema owned by SYS with the privilege SYSDBA. SYSDBA gives you the following privileges:
  - sysoper privileges WITH ADMIN OPTION
  - create database
  - recover database until
  
  $ORACLE_HOME/bin/dbstart and $ORACLE_HOME/bin/dbshut
  
  You can also use $ORACLE_HOME/bin/dbstart to startup the database, and $ORACLE_HOME/bin/dbshut to shutdown the database. You can place $ORACLE_HOME/bin/dbstart into the /etc/rc.d/rc.local boot script to automatically bring up the database at system boot time. To get $ORACLE_HOME/bin/dbstart and $ORACLE_HOME/bin/dbshut working, you need to change the third field for your Oracle SID in /etc/oratab from "N" to "Y".
  
  For example, for the Oracle SID "test" I changed the line in /etc/oratab from:
  
  test:/opt/oracle/product/9.2.0:N
  to read:
  test:/opt/oracle/product/9.2.0:Y
  
  In some cases for 9.2.0 I also had to copy the init file for my SID "test" from /opt/oracle/admin/test/pfile to $ORACLE_HOME/dbs to get dbstart and dbshut working:
  cp /opt/oracle/admin/test/pfile/inittest.ora.642002224936 $ORACLE_HOME/dbs/inittest.ora
  But first make sure if your init file already exists in $ORACLE_HOME/dbs!
  
  Oracle Installation Problems, Tips and Hints
  
  Some of these problems apply only to 9.0.1!
  Do not cd to /mnt/cdrom to run ./runInstaller!
  If you do so, the installation will fail because you won't be able to change the CDs.
  
  
  If you forgot to set the DISPLAY environment variable (e.g. export DISPLAY=oracleserver:0.0), or if you forgot to give the remote console - your Oracle Server - authority to display X information on your desktop PC (e.g. xhost +oracleserver), then you will get the following error:
  Xlib: connection to ":0.0" refused by server
  Xlib: Client is not authorized to connect to Server
  In this case, I always had to kill runInstaller in Oracle9iR1 (9.0.1) which was still running in the background. If I didn't do this in 9.0.1, runInstaller didn't completely come up any more without displaying any error messages. You might also want to clean up /tmp/OraInstall.
  
  When runInstaller starts to configure the tools ("Configuration Tools", the "Oracle Net Configuration Assistant" will sometimes hang. Simply stop the Assistant and restart it, or continue the installation. When the rest of the installation is finished, do a "Retry" for "Oracle Net Configuration Assistant". This always worked for me.
  When the system stops responding during the Oracle installation in particular during the database creation, then that's probably because you don't have enough RAM or enough swap space. I saw the whole system not responding or to "hang" for several minutes when I did not have enough swap space. If this happens, simply wait until the system starts to respond again.
  The Oracle installation also runs make etc. In a production environment you might not have compilers and other development packages installed. Therefore make sure you have temporarily the following packages installed: gcc, cpp, glibc-devel, compat-libstdc++, kernel-headers (for RH 7.1, 7.2, 2.1AS), glibc-kernheaders (for RH 7.3, 8.0, 9.0), binutils. See also Development Packages for more information.
  
  If for any reason the Oracle9i installation didn't finish successfully, you might want to clean up the following files and directories before you start over again: /etc/oraInst.loc /etc/oratab /tmp/ $ORACLE_BASE/*
  Other Problems:
  You might want to check out the Oracle on Linux Discussion Forum.
  
  Oracle Installation Errors
  
  Here is a list of Oracle 9i (9.0.1 & 9.2.0) installation problems and issues. Some issues, errors, problems, and solutions apply only to 9.0.1 and some only to 9.2.0. Since I did not experience all of the problems here, I am not able to verify the correctness of all the solutions. However, I experienced almost all of the problems listed here. If you have other problems and you were able to resolve them, then please drop me an email at webmaster_at_puschitz.com so that I can add it to the list here.
  
  Here is a list of issues issues, errors, problems and solutions:
  Log Files
  First check always the error logs for 9.2.0 in /tmp/OraInstall (e.g /tmp/OraInstall2002-07-04_09-50-19PM), and for 9.0.1 in /tmp/OraInstall. When you get make problems, check also the file $ORACLE_HOME/install/make.log.
  
  
  "Various make Problems"
  Make sure that gcc is installed on your system:
  $ which gcc
  /usr/bin/gcc
  
  Here is the command to find the RPM package name for /usr/bin/gcc:
  $ rpm -qf /usr/bin/gcc
  gcc-2.96-98
  
  Check also the other error messages below. See also Development Packages for more information.
  
  
  "Error in invoking target install of makefile /opt/oracle/product/9.2.0/ctx/lib/ins_ctx.mk"
  I saw this error only when I installed Oracle9iR2 (9.2.0). This was also the only problem I experienced with Oracle 9i R2 on Red Hat 8.0. However, this does not necessarily mean that you won't experience other problems described here.
  
  When I had this problem, the following errors showed up in $ORACLE_HOME/install/make.log:
  /lib/libdl.so.2: undefined reference to `_dl_addr@GLIBC_PRIVATE'
  /lib/libdl.so.2: undefined reference to `_dl_open@GLIBC_PRIVATE'
  /lib/libdl.so.2: undefined reference to `_dl_close@GLIBC_PRIVATE'
  /lib/libdl.so.2: undefined reference to `_dl_sym@GLIBC_PRIVATE'
  /lib/libdl.so.2: undefined reference to `_dl_vsym@GLIBC_PRIVATE'
  
  This error comes up when the following step is executed:
  /usr/bin/make -f ins_ctx.mk install ORACLE_HOME=/opt/oracle/product/9.2.0
  
  Edit the file $ORACLE_HOME/ctx/lib/env_ctx.mk, go to "INSO_LINK =", and add a "$(LDLIBFLAG)dl" to the line and save it.
  
  Here is the full line with the added "$(LDLIBFLAG)dl" flag:
  
  INSO_LINK = -L$(CTXLIB) $(LDLIBFLAG)m $(LDLIBFLAG)dl $(LDLIBFLAG)sc_ca $(LDLIBFLAG)sc_fa $(LDLIBFLAG)sc_ex $(LDLIBFLAG)sc_da $(LDLIBFLAG)sc_ut $(LDLIBFLAG)sc_ch $(LDLIBFLAG)sc_fi $(LLIBCTXHX) $(LDLIBFLAG)c -Wl,-rpath,$(CTXHOME)lib $(CORELIBS) $(COMPEOBJS)
  
  After that hit retry in the error popup.
  
  If this didn't work, then try the following:
  
  Edit the file $ORACLE_HOME/ctx/lib/env_ctx.mk again, go to "INSO_LINK =", remove the above entry you made and add a "`cat $(LIBHOME)/sysliblist`" to the line and save it.
  
  Here is the full line with the added "`cat $(LIBHOME)/sysliblist`" string:
  
  INSO_LINK = -L$(CTXLIB) $(LDLIBFLAG)m `cat $(LIBHOME)/sysliblist` $(LDLIBFLAG)sc_ca $(LDLIBFLAG)sc_fa $(LDLIBFLAG)sc_ex $(LDLIBFLAG)sc_da $(LDLIBFLAG)sc_ut $(LDLIBFLAG)sc_ch $(LDLIBFLAG)sc_fi $(LLIBCTXHX) $(LDLIBFLAG)c -Wl,-rpath,$(CTXHOME)lib $(CORELIBS) $(COMPEOBJS)
  
  After that hit retry in the error popup.
  
  
  ORA-27123: unable to attach to shared memory segment.
  
  I saw this error only when I installed Oracle 9i R2 (9.2.0).
  
  This error message came up when the Oracle Database Configuration Assistant was running. I executed the following command to temporarily increase the maximum shared memory size:
  su - root
  # cat /proc/sys/kernel/shmmax
  33554432
  # echo `expr 1024 \* 1024 \* 1024` >; /proc/sys/kernel/shmmax
  # cat /proc/sys/kernel/shmmax
  1073741824
  #
  Then click "Retry" for the Oracle Database Configuration Assistant.
  
  It is recommended to increase the shmmax setting permanently for Oracle9i. So if you want to increase the maximum shared memory size permanently, add the following line to the /etc/sysctl.conf file:
  
  kernel.shmmax=1073741824
  For more information on setting shared memory parameters for Oracle, see Setting Shared Memory.
  
  ORA-03113: end-of-file on communication channel
  I saw this error when I've run the "Database Configuration Assistant" and "sqlplus". When the "Database Configuration Assistant" gave me this error during Oracle9iR2 (9.2.0) installation on Red Hat 2.1 AS, I simply removed the shared memory segments owned by the Oracle user and I restarted the "Database Configuration Assistant". I'm not sure if this is the right way but it always worked for me. Here is what I did to get the "Database Configuration Assistant" running again:
  
  Database Configuration Assistant:
  
  I executed the ipcs command to get the address of the shared memory segments that have been allocated by Oracle:
  $ su - root
  # ipcs
  
  ------ Shared Memory Segments --------
  key shmid owner perms bytes nattch status
  0x00000000 0 root 600 196608 2
  0x00000001 32769 root 600 655360 2
  0x00000000 458755 oracle 660 4194304 0
  0x00000000 491524 oracle 660 33554432 0
  0x00000000 524293 oracle 660 33554432 0
  0x00000000 557062 oracle 660 33554432 0
  0x00000000 589831 oracle 660 33554432 0
  0x00000000 622600 oracle 660 33554432 0
  0x00000000 655369 oracle 660 33554432 0
  0x00000000 688138 oracle 660 33554432 0
  0x3ecee0b0 720907 oracle 660 4194304 0
  
  ------ Semaphore Arrays --------
  key semid owner perms nsems status
  
  ------ Message Queues --------
  key msqid owner perms used-bytes messages
  
  #
  Then I removed all shared memory segments that were owned by the Oracle user during the installation with the following command:
  # ipcrm shm 458755 491524 524293 557062 589831 622600 655369 688138 720907
  After that I restarted the "Database Configuration Assistant". Once the installation was done I immediately restarted the DB as well.
  Caveat: I'm not sure if this procedure can cause any further problems if this is done during the installation. But so far I haven't seen any issues with this approach.
  
  sqlplus:
  
  If you get this problem in connection with sqlplus, then simply make sure that the database is down and exit sqlplus. After that, follow the procedure above by removing all shared memory segments that belong to the Oracle user. To my knowledge, this should not cause any problems.
  
  For more information on shared memory segments, see Determining Which Semaphore Sets and Shared Memory Segments Belong to Each Oracle Database or Instance.
  
  NOTE:
  To solve this problem permanently, increase the kernel shmmax size. For more information, see Setting Shared Memory and Setting Shared Memory.
  
  
  "Error invoking target install of makefile /opt/oracle/product/9.0.1/plsql/lib/ins_plsql.mk"
  "Error invoking target install of makefile /opt/oracle/product/9.0.1/precomp/lib/ins-precomp.mk"
  "Error invoking target install of makefile /opt/oracle/product/9.0.1/precomp/lib/ins-net-client"
  
  I saw this error only when I installed Oracle 9i (9.0.1). People have sent me emails pointing out that the following solution also works for Mandrake 8.1, Mandrake 8.2, and for SuSE 8.0.
  
  Edit the file $ORACLE_HOME/bin/genclntsh and change the following line:
  LD_SELF_CONTAINED="-z defs"
  to read:
  LD_SELF_CONTAINED=""
  After that run the script $ORACLE_HOME/bin/genclntsh as the user "oracle" and not as the user "root". Also make sure you have all the Oracle environments set correctly!
  $ su - oracle
  $ $ORACLE_HOME/bin/genclntsh
  Created /opt/oracle/product/9.0.1/lib/libclntst9.a
  $
  After that hit Retry in the error dialog window. This always worked for me.
  
  Here is Oracle's official solution for Oracle 9iR1 and 9iR1 iAS on RedHat 2.1 Advanced Server:
  http://otn.oracle.com/software/products/oracle9i/files/binutils_readme.html
  
  
  "Error in invoking target install of make file /opt/oracle/product/9.2.0/network/lib/ins_oemagent.mk"
  
  I saw this error only on Red Hat 9. The ORACLE_HOME/install/make.log file contains the following error messages:
  ...
  /opt/oracle/product/9.2.0/network/lib/libnmi.a(snmitcln.o)(.text+0x159d): In function `Nls_ScanCmd':
  : undefined reference to `__ctype_b'
  /opt/oracle/product/9.2.0/network/lib/libnmi.a(snmitcln.o)(.text+0x1603): more undefined references to `__ctype_b' follow
  
  
  The issue here is that __ctype_b() is actually gone for __ctype_b_loc() because Red Hat uses a new locale model. However, in libc.so, __ctype_b is still exported as compatibility symbol; at least that's the case with RH 9 glibc-2.3.2-5. And here is the reason why some people have this problem with Red Hat 9 and why some don't:
  
  When you bought the Red Hat 9 CDs in a store, then you will probably find glibc-2.3.2-5.i686.rpm on the first CD. This glibc version exports __ctype_b():
  $ rpm -ql glibc-2.3.2-5 | grep libc.so
  /lib/i686/libc.so.6
  /lib/libc.so.6
  /lib/tls/libc.so.6
  $ nm -a /lib/i686/libc.so.6 | grep __ctype_b
  001315f8 D __ctype_b
  00022340 T __ctype_b_loc
  $ nm -a /lib/libc.so.6 | grep __ctype_b
  00133c58 D __ctype_b
  000223a0 T __ctype_b_loc
  $
  But when you downloaded Red Hat 9 from redhat.com or from one of the mirror sites, then you will find glibc-2.3.2-11.9.i686.rpm on the image. This glibc version does not export __ctype_b(). This is also the case with glibc-devel-2.3.2-27.9.i386.rpm.
  $ rpm -ql glibc-2.3.2-11.9 | grep libc.so
  /lib/i686/libc.so.6
  /lib/libc.so.6
  /lib/tls/libc.so.6
  $ nm -a /lib/i686/libc.so.6 | grep __ctype_b
  00131718 D __ctype_b@GLIBC_2.0
  000223a0 T __ctype_b_loc
  $ nm -a /lib/libc.so.6 | grep __ctype_b
  00133d58 D __ctype_b@GLIBC_2.0
  000223f0 T __ctype_b_loc
  $
  
  Check the glibc version on your system:
  
  First check if the glibc packages on your RH 9 system work with the Oracle installer:
  $ rpm -q glibc-2.3.2-5 glibc-common-2.3.2-5 glibc-devel-2.3.2-5
  
  If you got the following error mesages:
  package glibc-2.3.2-5 is not installed
  package glibc-common-2.3.2-5 is not installed
  package glibc-devel-2.3.2-5 is not installed
  
  then you have glibc packages on your system that don't work with the Oracle installer and you need to follow the "Work Around" procedure here.
  But if your system has the 2.3.2-5 glibc versions installed, then you are fine and you don't need to follow the described "Work Around" procedure!
  
  Work Around Procedure:
  
  Since I was not able to find the glibc-2.3.2-5 RPMs available for download, I'm making the RPMs available on my website. These RPMs are copies of the glibc RPMs that came with the RH 9 CDs I bought in the store. I do not recommend to use any of the "compat" RPMs from older Red Hat distributions since RH 9 contains major changes.
  
  Here is the procedure for installing glibc-2.3.2-5 temporarely on your RH 9 server:
  
  Download the 2.3.2-5 glibc RPMs from here on my web site.
  
  Make sure to check all the digests and signatures contained in the downloaded RPMs since you never know if someone made changes to these RPMs or if someone replaced them. To ensure the integrity and origin of the RPMs, run the following commands:
  $ su - root
  # rpm --import /usr/share/rhn/RPM-GPG-KEY
  # rpm --checksig glibc-2.3.2-5.i686.rpm glibc-common-2.3.2-5.i386.rpm glibc-devel-2.3.2-5.i386.rpm
  glibc-2.3.2-5.i686.rpm: (sha1) dsa sha1 md5 gpg OK
  glibc-common-2.3.2-5.i386.rpm: (sha1) dsa sha1 md5 gpg OK
  glibc-devel-2.3.2-5.i386.rpm: (sha1) dsa sha1 md5 gpg OK
  #
  Downgrade glibc, glibc-common, and glibc-devel:
  # rpm -Uvh --oldpackage glibc-2.3.2-5.i686.rpm glibc-common-2.3.2-5.i386.rpm glibc-devel-2.3.2-5.i386.rpm
  If you get the following error:
  error: Failed dependencies:
  glibc = 2.3.2-11.9 is needed by (installed) glibc-debug-2.3.2-11.9
  glibc = 2.3.2-11.9 is needed by (installed) glibc-utils-2.3.2-11.9
  glibc-devel = 2.3.2-11.9 is needed by (installed) glibc-debug-2.3.2-11.9
  glibc-devel = 2.3.2-11.9 is needed by (installed) nptl-devel-2.3.2-11.9
  
  then you can temporarily remove the RPMs from your system until you upgrade the glibc RPMs after your Oracle installation:
  # rpm -e glibc-debug glibc-utils nptl-devel
  
  Now try to run runInstaller again.
  
  After Oracle has been installed, you can upgrade glibc, glibc-common, and glibc-devel again. For example:
  # rpm -Uvh glibc-2.3.2-11.9.i686.rpm glibc-common-2.3.2-11.9.i386.rpm glibc-devel-2.3.2-11.9.i386.rpm
  
  According to Red Hat, binary compatibility in Red Hat Linux is always guaranteed for binaries and shared libraries accross releases, but not for .o files nor .a files. However, compatibility is guaranteed for .o files and .a files. _within_ a realease. Since glibc-2.3.2-5 and glibc-2.3.2-11.9 are from the same release, compatibility should be guaranteed for .o files (Oracle's .o files which have been created during the Oracle installation) and .a files.
  This means that Oracle should be fine when you upgrade glibc after the Oracle installation.
  
  If you have any problems or issues with this solution, or if you have any comments, please let me know. You can find my email address at the bottom of this web site.
  
  $ dbca
  SIGSEGV 11* segmentation violation
  stackbase=0x453da000, stackpointer=0x453d9d5c
  Full thread dump:
  "AWT-EventQueue-0" (TID:0x411d1e20, sys_thread_t:0x453d9e0c,
  state:R) prio=5 *current thread*
  java.lang.Object.wait(Object.java)
  java.awt.EventQueue.getNextEvent(EventQueue.java:126)
  ...
  I got reports about dbca crashing on Red Hat 8.0 and on Red Hat 9. If this happens, try the following suggestion:
  
  $ su - root
  touch /etc/rac_on
  Now try to restart dbca.
  
  Another option is to edit $ORACLE_HOME/bin/dbca and to put the following lines under comment except the line marked in blue:
  # if [ -f /etc/rac_on ]; then
  # Run DBCA
  $JRE_DIR/bin/jre -native -DORACLE_HOME=$OH ...
  # else
  # Run DBCA
  # $JRE_DIR/bin/jre -DORACLE_HOME=$OH ...
  # fi
  
  Now try to restart dbca.
  
  ./runInstaller: line 58: ./runInstaller: cannot execute binary file.
  You are probably trying to run a 64-bit Oracle version on a 32-bit Linux system. Make sure you downloaded the right Oracle version for your Linux system.
  
  To check if runInstaller is a 32-bit binary or a 64-bit binary, run the following command:
  $ cd /mnt/cdrom
  $ file install/linux/runInstaller
  install/linux/runInstaller: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), not stripped
  
  To check if your Linux system is 32-bit system or a 64-bit system, run e.g. the following command:
  $ file /sbin/init
  /sbin/init: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped
  
  The Oracle installer runInstaller hangs at: Installing Java Runtime Environment... Link pending... Copying README...
  This problems comes up only on RH 9. You probably forgot to set the environment variable LD_ASSUME_KERNEL to 2.4.1.
  
  To rectify this problem, run the following command and restart runInstaller:
  oracle$ export LD_ASSUME_KERNEL=2.4.1
  For more information on this issue, see Red Hat 9.
  
  Can't find init file for Database "SID".
  I saw this error only with Oracle 9i R2 (9.2.0) when It tried to start the database with dbstart.
  
  I copied the init file for my SID "test" from /opt/oracle/admin/test/pfile to $ORACLE_HOME/dbs to get dbstart and dbshut working:
  cp /opt/oracle/admin/test/pfile/inittest.ora.642002224936 $ORACLE_HOME/dbs/inittest.ora
  
  "Error in setting permissions of file/directory /opt/oracle/jre/1.1.8/bin/i686/native_threads/.extract_args"
  This happens if you didn't burn your CD correctly.
  Either you burn your CD again to include dot files or you copy the .extract_args file from your downloaded image to where runInstaller complains it is missing.
  
  "jre was not found in /tmp/OraInstall/jre/bin/i586/green_threads/jre"
  You are probably running runInstaller on a 586 machine, or your AMD CPU gets recognized as 586 (e.g. AMD K6-III-400). You can check your machine (hardware) type by executing "uname -m". If you are not running on a 586 or on a AMD machine, try to link jre to java and see if this solves your problem.
  
  To rectify the problem with the 586 machine or with the AMD CPU, create a link for lib and bin from i586 to i686 and make the i686 directories read only. For example:
  
  ln -s /tmp/OraInstall/jre/bin/i686 /tmp/OraInstall/jre/bin/i586
  ln -s /tmp/OraInstall/jre/lib/i686 /tmp/OraInstall/jre/lib/i586
  chmod u-w /tmp/OraInstall/jre/bin/i686/tmp/OraInstall/jre/lib/i686
  Now restart runInstaller.
  
  ../jre/bin/i386/native_threads/java: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory
  You probably forgot to install the compat-libstdc++ RPM which is a package for "Standard C++ libraries for Red Hat Linux 6.2 backwards compatibility". To rectify this problem, install the compat-libstdc++ RPM. For example on Red Hat 9:
  rpm -ivh compat-libstdc++-7.3-2.96.118.i386.rpm
  See also Development Packages for more information.
  
  /opt/oracle/jre/1.1.8/bin/../lib/i686/green_threads/libzip.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference (libzip.so)
  Unable to initialize threads: cannot find class java/lang/Thread
  Could not create Java VM
  I experienced this problem when I was running the Database Configuration Assistant dbca on Red Hat 9 without setting the LD_ASSUME_KERNEL environment variable.
  
  To rectify this problem, run the following command on Red Hat 9 and restart dbca:
  oracle$ export LD_ASSUME_KERNEL=2.4.1
  For more information on this issue, see Red Hat 9.
  
  Other Errors
  You might want to check out the Oracle on Linux Discussion Forum.
  
  The information provided in this article shows how I installed Oracle on my server(s) and is distributed AS IS. Every effort has been made to provide the information as accurate as possible, but no warranty or fitness is implied. The use of this information described herein is your responsibility, and to use it in your own environments do so at your own risk.
  

论坛徽章:
0
发表于 2005-08-30 13:43 |显示全部楼层

终于在RedHat8下面安装Oracle 9i成功,笔记如下

2005-8-30

[root@localhost usb]# ls
Disk1               lnx_920_disk3.cpio  SP27989_audio.exe
Disk2               oracle              sp28221.exe
Disk3               pb80set             System Volume Information
lnx_920_disk1.cpio  Rav2005-06-22.EXE   Upgrade2005-0809.exe
lnx_920_disk2.cpio  setup system
[root@localhost usb]# cd /
[root@localhost /]# grep MemTotal /proc/meminfo
MemTotal:       772468 kB
[root@localhost /]# cat /proc/swaps
Filename                        Type            Size    Used    Priority
/dev/hdb2                       partition       1572472 0       -1
[root@localhost /]# dd if=/dev/zero of=tmpswap bs=1k count=900000


900000+0 records in
900000+0 records out
[root@localhost /]#

论坛徽章:
0
发表于 2005-08-30 13:51 |显示全部楼层

终于在RedHat8下面安装Oracle 9i成功,笔记如下

[root@localhost /]# chmod 600 tmpswap
[root@localhost /]# mkswap tmpswap
Setting up swapspace version 1, size = 899996 KiB
[root@localhost /]# swapon tmpswap
[root@localhost /]# cat /proc/sys/kernel/shmmax
33554432
[root@localhost /]# echo '2147483648' >; /proc/sys/kernel/shmmax
[root@localhost /]# cat /proc/sys/kernel/shmmax
2147483648

论坛徽章:
0
发表于 2005-08-30 20:50 |显示全部楼层

终于在RedHat8下面安装Oracle 9i成功,笔记如下

[root@localhost /]# dd if=/dev/zero of=tmpswap bs=1k count=900000

900000+0 records in
900000+0 records out
[root@localhost /]#
[root@localhost /]# chmod 600 tmpswap
[root@localhost /]# mkswap tmpswap
Setting up swapspace version 1, size = 899996 KiB
[root@localhost /]# swapon tmpswap
[root@localhost /]#  cat /proc/sys/kernel/shmmax
33554432
[root@localhost /]# echo '2147483648' >; /proc/sys/kernel/shmmax
[root@localhost /]#  cat /proc/sys/kernel/shmmax
2147483648
[root@localhost /]# mkdir /opt/tmp
[root@localhost /]# chown root.root /opt/tmp
[root@localhost /]# chmod 1777 /opt/tmp
[root@localhost /]# export TEMP=/opt/tmp
[root@localhost /]# export TEMPDIR=/opt/tmp
[root@localhost /]# groupadd dba
[root@localhost /]# groupadd oinstall
[root@localhost /]# useradd -g oinstall -G dba oracle
[root@localhost /]# passwd oracle
Changing password for user oracle.
New password:
BAD PASSWORD: it is based on a dictionary word
Retype new password:
passwd: all authentication tokens updated successfully.
[root@localhost /]# passwd oracle
Changing password for user oracle.
New password:
BAD PASSWORD: it is based on a dictionary word
Retype new password:
passwd: all authentication tokens updated successfully.
[root@localhost /]# mkdir /var/opt/oracle
[root@localhost /]# mkdir /opt/oracle/product
mkdir: cannot create directory `/opt/oracle/product': No such file or directory
[root@localhost /]# mkdir /opt/oracle
[root@localhost /]# mkdir /opt/oracle/product
[root@localhost /]# mkdir /opt/oracle/product/9.2.0
[root@localhost /]# chown -R oracle.oinstall /opt/oracle
[root@localhost /]# chown oracle.dba /var/opt/oracle
[root@localhost /]# chmod 755 /var/opt/oracle
[root@localhost /]# vi /home/oracle/.bash_profile
[root@localhost /]#

论坛徽章:
0
发表于 2005-08-30 21:04 |显示全部楼层

终于在RedHat8下面安装Oracle 9i成功,笔记如下

[root@localhost root]# /tmp/orainstRoot.sh
Creating Oracle Inventory pointer file (/etc/oraInst.loc)
Changing groupname of /opt/oracle to oinstall.
[root@localhost root]#

论坛徽章:
0
发表于 2005-08-30 21:55 |显示全部楼层

终于在RedHat8下面安装Oracle 9i成功,笔记如下

这么详细?
正在down oracle呢,先学习。

论坛徽章:
0
发表于 2005-09-03 18:58 |显示全部楼层

终于在RedHat8下面安装Oracle 9i成功,笔记如下

The following information is available in:
/opt/oracle/product/9.2.0.4/Apache/Apache/setupinfo.txt
-----------------------------------------
The HTTP Server can be accessed using the following URLs:

Non SSL Mode:
http://localhost:7777

SSL mode (executed at install time):
http://localhost:7778
https://localhost:4443.H
您需要登录后才可以回帖 登录 | 注册

本版积分规则

  

北京皓辰网域网络信息技术有限公司. 版权所有 京ICP证:060528号 北京市公安局海淀分局网监中心备案编号:1101082001
广播电视节目制作经营许可证(京) 字第1234号 中国互联网协会会员  联系我们:
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP