vmware contos5 安装oracle 10g 错误

 

1

正在启动 Oracle Universal Installer...

正在检查安装程序要求...

检查操作系统版本: 必须是redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2

                                      未通过 <<<<

  修改linux版本， 修改系统参数文件：vi  /etc/redhat-release  

   将内容改为Red Hat Enterprise Linux Server release 4.5 (Tikanga)

 

2

如果碰到如下问题：
/tmp/OraInstall2011-09-11_02-16-11PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory occurred..
原因是：缺少支持打印的图形化动态链接库libXp.so.6
这个错误是由于缺少系统安装包，所以需要将缺失的包安装上：
On RHEL5 installation of the following packages will resolve the problem of libXp.so.6: cannot open shared object file: No such file or directory.
Solution:
需要安装的软件包如下： 在系统安装盘的第一张盘上
       libXau-devel-1.0.1-3.1.i386.rpm
libXp-1.0.0-8.1.el5.i386.rpm
libXp-devel-1.0.0-8.1.el5.i386.rpm
rpm -ivh libXp-*.rpm 
在完成以上包的安装以后，OK了

 

3

如果很不辛，你用的操作系统是中文的，安装界面出现乱码，先执行
 $>    export  LANG=en_US  然后再执行 runInstaller ，就是英文界面了

 

4

Checking to see if Oracle CRS stack is already configured

在安装 crs/root.sh时无反应，重新运行root.sh 报错。

#/u01/oracle/product/10.2.0/crs/root.sh
WARNING: directory '/u01/oracle/product/10.2.0' is not owned by root
WARNING: directory '/u01/oracle/product' is not owned by root
WARNING: directory '/u01/oracle' is not owned by root
Checking to see if Oracle CRS stack is already configured
Oracle CRS stack is already configured and will be running under init(1M)

解决方法：

删除每台机器上的/etc/oracle/scls_scr/rac1/oracle/cssfatal 文件即可..

5  在执行第二个节点的root.sh 时，报错

  Expecting the CRS daemons to be up within 600 seconds.
Failure at final check of Oracle CRS stack.
10

  这种情况比较复杂了，可能很多情况：

   1） iptables没关， 用   service iptables stop 停止防火墙，

         iptables -F  离开清空防火墙规则，chkconfig iptables off 关闭防火墙

   2）查看 crs_home/log/client 下的log

         "[ CSSCLNT][1]clsssInitNative: connectfailed, rc 9“是OracleRAC中经常遇到的问题，主要出现在安装过程和启动过程中。经常在$ORA_CRS_HOME/log/<hostname>/client目录下的css*.log文件可以看到相关的报错，在其他的类似$ORA_CRS_HOME/log/<hostname>/crs目录也可能看到类似的报错。ITPUB个人空间(K:r4ruh R:a3[z

t^4Fx/S _[c0        这个报错的含义主要是RAC不同节点之间的cssd进程连接失败，不能有效的通信，RAC节点之间的cssd进程通信是通过私有网络和表决磁盘共同完成的，必须两者都能够正常的通信和访问，才能确保cssd进程能够正常的交流，RAC节点服务器之间的cssd进程通信使用的是IPC协议（内部进程之间的通信协议）。由于RAC节点服务器的cssd进程不能通信，所以所有节点的Clusterware都无法启动。
$G F+W|+BNt0
0~9~!X/HE|*H0        收到此错误，可以采取以下的处理手段：ITPUB个人空间4j8g.N"BE^*J
        1).确保所有的网络（包括私有网络、公共网络）都能够正常的ping通。
L2t8I${ u0        2).确保所有RAC节点服务器的防火墙都是关闭状态。
TswMd"M"s |gS `0        3).确保所有RAC节点都能够正常的连接存储，且对存储相应的设备有正常的访问权限，例如，存储表决磁盘和ocr的设备所有者应该是oracle:oinstall。
LQ;~)_'g;{9KZ0        4).如果以上都确定没问题的话，可以考虑升级节点服务器设备（服务器网卡、服务器FC HBA卡等）的固件版本。

   可以看 david 的 blog ，地址如下

  http://blog.csdn.net/tianlesoftware/article/details/6048651

 

6 实在不行了，重新安装 clusterware ,linux 的话执行下列命令删除

 rm /etc/oracle/* -rf
 rm -f /etc/init.d/init.cssd 
 rm -f /etc/init.d/init.crs 
 rm -f /etc/init.d/init.crsd 
 rm -f /etc/init.d/init.evmd 
 rm -f /etc/rc2.d/K96init.crs
 rm -f /etc/rc2.d/S96init.crs
 rm -f /etc/rc3.d/K96init.crs
 rm -f /etc/rc3.d/S96init.crs
 rm -f /etc/rc5.d/K96init.crs
 rm -f /etc/rc5.d/S96init.crs
 rm -Rf /etc/oracle/scls_scr
 rm -f /etc/inittab.crs 
 cp /etc/inittab.orig /etc/inittab

rm -rf /opt/crs/*
rm -rf /opt/ora10g/*
rm -rf /opt/oracle/*
rm -rf /tmp/.oracle
rm -rf /var/tmp/.oracle

 

 7  重新安装clusterware ，在 第一个节点 运行 root.sh 时报错

     Expecting the CRS daemons to be up within 600 seconds.
Failure at final check of Oracle CRS stack.

   后来才知道是共享盘的问题，我用的是2块裸盘做 voting盘和crs盘，这2块裸盘必须是共享存储才行。

    在 vmware 安装磁盘时  将 裸盘装在 公用的文件夹中，二个节点公用这几块裸盘，问题解决。

8   在执行root.sh 中出现了新的问题，/opt/ora10g/product/10.2.0/crs_1/jdk/jre//bin/java:
open shared object file: No such file or directory

     解决方法如下：

     http://hi.baidu.com/heroofhero/blog/item/76747032361fc84dac4b5f09.html

     1、在每个节点上，修改$CRS_HOME/bin目录下的srvctl和vipca文件，在vipca文件ARGUMENTS=""行之前和srvctl文件的export LD_ASSUME_KERNEL行之后增加 unset LD_ASSUME_KERNEL 语句
2、使用$CRS_HOME/bin目录下的oifcfg工具配置pub ip和pri ip
3、在任意一个节点上，用root用户，手动运行vipca，配置完正确的prvip和vip 信息之后，crs就可以安装完成，操作过程如下

 

总结：

第一次装 ORACLE RAC 出现了千奇百怪的问题，即使有三思的文档指导。现在把整个过程 出现的问题总结一下。 一、共享磁盘问题 花了近 4 天的时间，装了 3 次虚拟机，参考三思的笔记，排除各种问题，终于完成了。 在尝试了各种安装错误后，终于将错误原因锁定在共享磁盘上。 错误的安装方法是只有 RAC1、RAC2 两个文件夹，直接拷贝 RAC1 正确的安装方法是将共享磁盘（业务不精通啊）分离放入单独的一个文件夹中，然后拷贝 RAC1 到 RAC2 中 /此段内容添加在虚拟机下的 vmx 文件的后边/ disk.locking = "false" diskLib.dataCacheMaxSize = "0" diskLib.dataCacheMaxReadAheadSize = "0" diskLib.DataCacheMinReadAheadSize = "0" diskLib.dataCachePageSize = "4096" diskLib.maxUnsyncedWrites = "0" scsi1:1.deviceType = "disk" scsi1:2.deviceType = "disk" scsi1:3.deviceType = "disk" scsi1:4.deviceType = "disk" ///此段内容的主要作用是解决共享磁盘的问题/// 即使设置好了共享磁盘，如果整个过程中出现重启虚拟机，那共享磁盘还是会出问题。具体体现在 /etc/udev/rules.d/50-raw.rules,该文件会出现“失效”的现象。解决办法就是切换这两个配置 ACTION=="add", KERNEL=="/dev/sdb1",RUN+="/bin/raw /dev/raw/raw1 %N" ACTION=="add", /dev/raw/raw1 %M %m" ACTION=="add", KERNEL=="/dev/sdc1",RUN+="/bin/raw /dev/raw/raw2 %N" ACTION=="add", /dev/raw/raw2 %M %m" ACTION=="add", KERNEL=="/dev/sdd1",RUN+="/bin/raw /dev/raw/raw3 %N" ACTION=="add", /dev/raw/raw3 %M %m" ACTION=="add", KERNEL=="/dev/sde1",RUN+="/bin/raw /dev/raw/raw4 %N" ACTION=="add", /dev/raw/raw4 %M %m" KERNEL=="raw[1-4]", OWNER="oracle", GROUP="oinstall", MODE="640" ENV{MAJOR}=="8",ENV{MINOR}=="65",RUN+="/bin/raw ENV{MAJOR}=="8",ENV{MINOR}=="49",RUN+="/bin/raw ENV{MAJOR}=="8",ENV{MINOR}=="33",RUN+="/bin/raw ENV{MAJOR}=="8",ENV{MINOR}=="17",RUN+="/bin/raw / ACTION=="add", KERNEL=="/dev/sdb1",RUN+="/bin/raw /dev/raw/raw1 %N" #ACTION=="add", /dev/raw/raw1 %M %m" ACTION=="add", KERNEL=="/dev/sdc1",RUN+="/bin/raw /dev/raw/raw2 %N" #ACTION=="add", /dev/raw/raw2 %M %m" ACTION=="add", KERNEL=="/dev/sdd1",RUN+="/bin/raw /dev/raw/raw3 %N" #ACTION=="add", /dev/raw/raw3 %M %m" ACTION=="add", KERNEL=="/dev/sde1",RUN+="/bin/raw /dev/raw/raw4 %N" #ACTION=="add", /dev/raw/raw4 %M %m" KERNEL=="raw[1-4]", OWNER="oracle", GROUP="oinstall", MODE="640" 然后在 start_udev /解释 上述问题属于裸磁盘的问题，引文 rh5 默认不在支持裸磁盘了，所以需要手工配置（手工配额制容易出错。 呵呵） xhost 是用来控制 X server 访问权限的。 通常当你从 hostA 登陆到 hostB 上运行 hostB 上的应用程序时， 做为应用程序来说，hostA 是 client,但是作为图形来说， 是在 hostA 上显示的，需要使用 hostA 的 Xserver,所以 hostA 是 server.因此在登陆到 hostB 前，需要在 hostA 上运行 xhost + 来使其它用户能够访问 hostA 的 Xserver. xhost + 是使所有用户都能访问 Xserver. xhost + ip 使 ip 上的用户能够访问 Xserver. xhost + nis:user@domain 使 domain 上的 nis 用户 user 能够访问 xhost + inet:user@domain 使 domain 上的 inet 用户能够访问 ENV{MAJOR}=="8",ENV{MINOR}=="65",RUN+="/bin/raw ENV{MAJOR}=="8",ENV{MINOR}=="49",RUN+="/bin/raw ENV{MAJOR}=="8",ENV{MINOR}=="33",RUN+="/bin/raw ENV{MAJOR}=="8",ENV{MINOR}=="17",RUN+="/bin/raw 更人性化的提示符 在 glogin.sql 文件中添加： set termout off default gname=idle column global_name new_value gname SELECT lower(USER) || '@' ||upper(instance_name)||'('||nvl(UTL_INADDR.GET_HOST_ADDRESS, S YS_CONTEXT('userenv','ip_address'))||')' GLOBAL_NAME FROM v$instance; set sqlprompt '&gname> ' set termout on 这样每次登录 SQLPLUS 提示符会自动更改为“当前用户名@实例名(IP 地址)> ”的形式。 二、配置 VIP 的时候出现问题 vipca 遇到 CRS-0215,Could not start ons Oracle 10.2.0.4 , 64bit, Linux AS 5.3 , 2 nodes . 当我们在安装 Clusterware 的时候， 需要在第二节点上 vipca , 配置到最后安装的时候， 安装到 75% 左右，报错： CRS-0215 : Could not start resource 'ora.mxb2bcoredb01.ons'. Check the log file "/u01/product/crs/log/mxb2bcoredb01/racg/ora.mxb2bcoredb01.ons.log" and fix the problem before retrying. 检查/etc/hosts vipca 遇到 CRS-0215,Could not start ons Oracle 10.2.0.4 , 64bit, Linux AS 5.3 , 2 nodes . 当我们在安装 Clusterware 的时候， 需要在第二节点上 vipca , 配置到最后安装的时候， 安装到 75% 左右，报错： CRS-0215 : Could not start resource 'ora.mxb2bcoredb01.ons'. Check the log file "/u01/product/crs/log/mxb2bcoredb01/racg/ora.mxb2bcoredb01.ons.log" and fix the problem before retrying. 127.0.0.0 localhost.localdomain localhost 被注释掉了 在 rac 的 crs 启动过程中会 ping localhost 由于没有配置，所以 ping localhost 失败 加上 127.0.0.0 localhost.localdomain localhost 就可以了。 三、由于 ASM 实例没有正常启动导致不能在 RAC 环境中选择 ASM 的方式安装 安装好 RAC 后， 在用 DBCA 建库时选择 ASM 做为存储方案时， 有时候会报错说 ASM 是单实例环境，不是 RAC 环境，这样就无法继续建库下来，出错信息如下： The ASM instance configured on the local node is a single-instance ASM.To create a single-instance database using this ASM instance ,restart DBCA and select the single-instance database option ,to create a RAC database using this ASM instance,convert it to RAC ASM first. 这个错误一般是发生在重装 clusterware 和 database 后，这样无论怎么样重启 DBCA 运行都会报同样的错。具体的解决办法便是在/etc/oratab 里面的关于 ASM 的记录： +ASM1:/u01/app/oracle/product/10.2.0/db_1:N 这么一行删除掉，再接着建库就可以了。碰 到过多次这个错误，记录在这里备忘一下。 四、在 CRS，DB softwear 安装完成会出现 CRS 无法启动的现象 用 root 用户执行/opt/ora10g/product/10.2.0/crs/bin/crsctl check crs 在用 crsctl start crs 启动 CRS Crsctsl check crs Crs_stat -t