安装完两个节点的 RAC,srvctl 这个不能执行

服务器是 Red Hat E 5 
数据库是 Oracle 10g RAC 节点1 和 节点2  上都不能执行这个命令:执行这个命令的时候，出现了 $ srvctl
/u01/app/oracle/product/10.2.0/db_1/jdk/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
希望哪个高手能帮帮我.万分感谢!!!!!!!!!!!!!!!!!

解决方案 »

  1.   

    没有单独此命令，应该：srvctl start
      

  2.   

    如果没有特殊授权的化，一般需要使用安装oracle时新建的oracle用户做此操作。
      

  3.   

    These releases of the Linux kernel fix an old bug in the Linux threading that Oracle worked around using LD_ASSUME_KERNEL settings in both vipca and srvctl, this workaround is no longer valid on OEL5 or RHEL5 or SLES10 hence the failures.edit vipca (in the CRS bin directory on all nodes) to undo the setting of LD_ASSUME_KERNEL. After the IF statement around line 120 add an unset command to ensure LD_ASSUME_KERNEL is not set as follows:if [ "$arch" = "i686" -o "$arch" = "ia64" -o "$arch" = "x86_64" ]
    then
      LD_ASSUME_KERNEL=2.4.19
      export LD_ASSUME_KERNEL
    fiunset LD_ASSUME_KERNEL         <<== Line to be added
    Similarly for srvctl (in both the CRS and, when installed, RDBMS and ASM bin directories on all nodes), unset LD_ASSUME_KERNEL by adding one line, around line 168 should look like this:LD_ASSUME_KERNEL=2.4.19
    export LD_ASSUME_KERNELunset LD_ASSUME_KERNEL          <<== Line to be addedRemember to re-edit these files on all nodes:
    <CRS_HOME>/bin/vipca 
    <CRS_HOME>/bin/srvctl 
    <RDBMS_HOME>/bin/srvctl
    <ASM_HOME>/bin/srvctlafter applying the 10.2.0.2 or 10.2.0.3 patchsets, as these patchset will still include those settings unnecessary for OEL5 or RHEL5 or SLES10.   This issue was raised with development and is fixed in the 10.2.0.4 patchsets.
    Note that we are explicitly unsetting LD_ASSUME_KERNEL and not merely commenting out its setting to handle a case where the user has it set in their environment (login shell).More info metalink Note:414163.1