安装clusterware时遇到的问题.docVIP

安装clusterware时遇到的问题 问题1在rac2上执行root.sh或在执行./vipca时报错， 在安装到执行shell脚本(orainstRoot.sh和root.sh)时，在rac1、rac2上执行完orainstRoot.sh 和在rac1上执行完root.sh后，在rac2上(在vnc工具上)执行root.sh时报错如下： 安装CRS执行root.sh脚本时到了“Startup will be queued to init within 90 seconds.”就进行不下去了。不能启动配置虚拟IP的图形安装界面。查看日志有 “PRKN-1008:?Unable?to?load?the?shared?library?srvmhas10?during?root.sh?run?on?first?node:?”，“PRKH-1010?:?Unable?to?communicate?with?CRS?services.[PRKH-1000?:?Unable?to?load?the?SRVM?HAS?shared?library[PRKN-1008?:?Unable?to?load?the?shared?library?srvmhas10?or?a?dependent?library,?from?LD_LIBRARY_PATH=******[java.lang.UnsatisfiedLinkError:?crs/lib32/libsrvmhas10.so:?libclntsh.so.10.1:?cannot?open?shared?object?file:?No?such?file?or?directory” 解决办法： 这样的错误，原因是缺少部分glibc的开发包，可以在RHEL4的添加/删除应用程序功能中选择安装“兼容性体系开发支持”包，这个是64系统下安装一些32位的包，32位的系统下就没有这个包。有条件的话可以参考Metalink Note 342750.1. Make sure that rpm glibc-2*.i686.rpm and glibc-devel-2*.i386.rpm are installed。 但是在我安装了上面的两个包后还是报错，于是我安装了“兼容性体系开发支持”的所有包，然后删除crs后重装，不再报这个错。 问题 2PRKC-1073 : Failed to transfer directory .../installCopyFile.lst 在遇到上面问题7后，于是我卸了crs（关于卸载方法在后面）,再重新装时又遇到了下面的问题：Error while copying files inside directory crshome based on?listed?file?.../installCopyFile.lst?to?nodes?node?list.[PRKC-1073?:?Failed?to?transfer?directory.../installCopyFile.lst?to?any?of?the?given?nodes?nodelist. 解决办法： 这是因为rac1和rac2没有建立ssh互信的原因，在rac1上执行ssh rac2 date时会提示输入密码，但有时执行虽然不提示输入密码但是还是报这个错，这可能两节点也已经不能建立互信，这时需要重新建立ssh互信。注意：如果按照上面建立互信的步骤可能仍不能建立互信。我的做法是 (1) 删掉了oracle用户和安装目录(/u01/oracle) (2) 然后再按照上面建立ssh互信 注：可能删除crs后导致两节点不能建立互信，再装时就会出上面的问题。在装crs之前一定保证两节点的ssh互信已经建立。 问题 3：crs卸不干净再重新装会出问题 在装到应该执行脚本时orainstRoot.sh和root.sh时，却没了提示让在rac1、rac2上执行orainstRoot.sh或是只提示让在rac1上执行orainstRoot.sh，这样在rac1/rac2执行root.sh时就会报错，到600s时就failed了 解决办法：干净的卸载crs,步骤如下： 一般情况下，只需要在各节点上依次运行目录 $ORA_CRS_HOME/install/下的脚本rootdelete.sh和 rootdeinstall.sh即可。 我们也可以采用手工删除： (1)、在所有节点停止nodeapps srvctl?stop?nodeapps?-n?nodename (2)、删除crs自动启动程序 Linux:rm?–f?/etc/oracle/*rm?-f?/etc/init.d/init.cssdrm?-f?/e