安装集群件时,运行root.sh出错,然后我就退出了安装程序,后来修改了问题,重新运行root.sh通过了,现在还能通过命令行启动后续的“configuration assistants”吗,还是只能再次重新运行安装程序了?

解决方案 »

  1.   


    呵呵, RAC开始玩有点小难度呀。 我第一装, 折腾了5天。 第二次装就块多了. 继续学习中. 
      

  2.   

    碰到一个与linux系统相关的问题:机器每次重启后,crs就有问题,放在fstab中自动mount的shared_configuration目录就有问题--nfsstat -m查看到的参数和fstab文件中设置的参数不一致,我只能先umount掉目录,再次mount上来,才能启动crs相关的服务,不知道这个怎么解决?
      

  3.   

    来龙去脉就是,使用nfs文件系统安装集群件,到最后运行root.sh脚本时出现了"failed to initialieze ocrconfig"错误,然后我就退出了软件,后来修改了fstab的参数,重新mount相关目录,再次运行root.sh脚本时,就通过了,然后,又手动运行了其他只个脚本,查看crs状态crs_stat -t时,可以看到都正常了.然后,我重启了两台结点机系统,重启后crs_start -all启动crs失败,通过nfsstat -m查看nfs信息,发现其中一台结点的nfs参数和系统中fstab文件中指定的参数不一致,但另一台没这问题.我只有重新mount这一台结点机的相关目录,然后再次启动crs便成功了.想不透这其中的问题啊!!!两台结点机都是安全一致的(我安装第二台机器是直接能过VMware克隆的).
      

  4.   

    你说的不一致是不是直接导致了没有被mount?
      

  5.   

    目录已经mount了,但是尝试启动crs时,crs启动不了.问题找来找去,发现,机器重启后,自动mount的目录所配置的参数,不是我在fstab里指定的,所以,将目录umount后,重新mount,便能正常起动crs!!是这么个现象,请问有碰到过吗?能不能解决?
      

  6.   

    $ORA_CRS_HOME/log/client/logs中怎么说的?
      

  7.   

    两台虚拟机做RAC,使用NFS,发现机器重启后目录虽然mount上了,但参数不对
    ,导致crs不能启动,详情如下:rac1机器#hosts,省略其他不相关部分192.168.2.101 rac1.localdomain rac1192.168.2.102 rac2.localdomain rac2192.168.2.101 nas1.localdomain nas1192.168.2.102 nas2.localdomain nas2#fstab,省略其他不相关部分nsa1:/server/shared/shared_config /server/shared_config nfs rw,bg,hard,nointr,tcp,vers=3,noac,timeo=600,rsize=32768,wsize=32768,actimeo=0 0 0nsa2:/server/shared/shared_config /server/shared_config_test nfs rw,bg,hard,nointr,tcp,vers=3,noac,timeo=600,rsize=32768,wsize=32768,actimeo=0 0 0查看mount细节,nfsstat -m
    /server/shared_config from nsa1:/server/shared/shared_config
    Flags:rw,vers=3,rsize=32768,wsize=32768,hard,proto=tcp,timeo=600,retrans=2,sec=sys,addr=nas1/server/shared_config_test from nsa2:/server/shared/shared_config
    Flags: rw,sync,vers=3,rsize=32768,wsize=32768,acregmin=0,acregmax=0,acdirmin=0,acdirmax=0,hard,noac,proto=tcp,timeo=600,retrans=2,sec=sys,addr=nas2结论:从其他机器mount时,系统重启后,自动mount目录参数按fstab设置;从本机mount则丢失参数设置!!
    但是:手工umount掉/server/shared_config,并重新mount上/server/shared_config目录后,发现参数便正确了!!rac2机器#hosts,省略其他不相关部分192.168.2.101 rac1.localdomain rac1192.168.2.102 rac2.localdomain rac2192.168.2.101 nas1.localdomain nas1192.168.2.102 nas2.localdomain nas2#fstab,省略其他不相关部分nsa1:/server/shared/shared_config /server/shared_config nfs rw,bg,hard,nointr,tcp,vers=3,noac,timeo=600,rsize=32768,wsize=32768,actimeo=0 0 0nsa2:/server/shared/shared_config /server/shared_config_test nfs rw,bg,hard,nointr,tcp,vers=3,noac,timeo=600,rsize=32768,wsize=32768,actimeo=0 0 0查看mount细节,nfsstat -m
    /server/shared_config from nsa1:/server/shared/shared_config
    Flags: rw,sync,vers=3,rsize=32768,wsize=32768,acregmin=0,acregmax=0,acdirmin=0,acdirmax=0,hard,noac,proto=tcp,timeo=600,retrans=2,sec=sys,addr=nas1/server/shared_config_test from nsa2:/server/shared/shared_config
    Flags:rw,vers=3,rsize=32768,wsize=32768,hard,proto=tcp,timeo=600,retrans=2,sec=sys,addr=nas2结论:从其他机器mount时,系统重启后,自动mount目录参数按fstab设置;从本机mount则丢失参数设置!!
    但是:手工umount掉/server/shared_config_test,并重新mount上/server/shared_config_test目录后,发现参数便正确了!!因为使用nfs搭建RAC要求config目录必须具有mount参数,出现以上情况时,导致crs不能正常启动,只得手重新mount相关目录。
    然后便能正常启动crs相关进程了。
    以上测试中/server/shared_config_test只是测试目录,/server/shared_config才是rac真正使用目录。不知各位有无碰到此情况??如何解决??
      

  8.   

    clsc.log有一段这样的内容OCR location /server/shared_config/ocr_configuration configured is not valid storage typ.proprinit: Could not open raw deviceocr_configuration是以普通目录做的,难道是要求使用raw设备,才不致出现这样的问题?但另一结点也不会这样啊?
      

  9.   

    Note 359515.1. 关于nfs这里的很多问题这里非常详细的。
      

  10.   

    我就是按照Note 359515.1.来的,所以很奇怪,对于另一台机器一点问题没有,就这一结点机(同时用作nfs服务)的机器,出现上面所说的问题
      

  11.   

    Bug No. 4368130 有一定的关系。
      

  12.   

    有几个关键点想和大家确认一下: 1、以上试验是在两台VMwareStation5.5.9做的,看到有不少资料提到应该使用VMwareServer做;那么网上那么多讲使用nfs做rac的人,都没有任何人用VMwareStation做成功的吗?换句话说,这个问题就是因为使用VMwareStation所以存在的?2、No. 4368130 这些Oracle官方文档在哪里找,网站好像是收费的oracle客户才能服务号可以登录查看?3、最重要就一点,到底有没有人在虚拟机上安装RAC成功过呢?网上一搜很多资料难道全是纸上谈兵的?
      

  13.   

    1. 当然有。2. metalink3. 成功啊。
      

  14.   

    metalink我上了,进入要求注册,还要提供一个什么号码,那个号码估计是买产品时带的吧?但是我没有买正版产品没有号码注册不了啊
      

  15.   

    看到这个必须的回一下了
    rac在存储方式的选择上有三种,楼主只是采用了第一种,使用集群文件系统
    还有两种方式,一是ASM,二是裸设备,实际真正的生产系统上基本不会用集群文件系统,原因很简单,问题太多,技术不成熟,会出莫名其妙的错误!
    在虚拟机上也可以三种方式都试一下,毕竟是测试!
    楼主有兴趣可以试试后两种,提醒一下,速度最快的是最后一种:裸设备,但是不方便管理.
      

  16.   

    其实严格来说nfs也不能算集群文件系统,只是一个折中的办法罢了,
    集群文件系统还是ocfs2更能体现一些
      

  17.   

    是啊,我也想几种方案都尝试,测试看看,只结果第一次就失败进行不下去了,非常打击信心,现在确实不想讨论别的方案了,我就想弄明白,大家在虚拟机中使用nfs做rac时,碰到了这个问题吗?如何解决呢?
    还是就只能把它当作bug不管了?我想既然也有那么多人安装成功了的话,我这个问题应该也能找到解决办法的吧?
      

  18.   

    这个问题可能都跟oracle无关了,有谁能帮我验证一下这个问题吗?过程如下:在rhel5+上,建立两个目录
    #mkdir /var/test
    #mkdir /var/test1导出/var/test1
    #vi /etc/exports
    /var/test1     *(rw,sync,no_wdelay,insecure_locks,no_root_squash)编辑/etc/fstab,这里的nas1使用本机的名机
    #vi /etc/fstab
    nsa1:/var/test1 /var/test nfs rw,bg,hard,nointr,tcp,vers=3,noac,timeo=600,rsize=32768,wsize=32768,actimeo=0 0 0重启nfs服务,然后手工mount一下
    #mount /var/test查看状态,并记下输出结果
    #nfsstat -m然后重启机器,再次查看状态
    #nfsstat -m比较两次的输出值,看看是否一样?
    请各位帮忙了,我试了无数次,都是不对的,所以只能这里,请那些nfs安装rac成功的人,也这样帮我试试看,确定一下,是不是我的nfs方面的设置问题造成的,或者根本就是别的问题引起的