Oracle10g RAC srvctl libpthread.so.0

本地测试环境，报错

[oracle@rac1 ~]$ srvctl
/opt/ora10g/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
[oracle@rac1 ~]$

 

网上找了一下，将srvctl中的两行注视掉即可。

#Remove this workaround when the bug 3937317 is fixed
#LD_ASSUME_KERNEL=2.4.19
#export LD_ASSUME_KERNEL

 

参考URL如下：

http://space.itpub.net/32939/viewspace-563317

srvctl错误libpthread.so.0

oracle@orarac1 ~]$ srvctl status database -d orcl
/ora/app/oracle/product/10.2/db_1/jdk/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
[oracle@orarac1 ~]$
看到这个错误，想起当初安装完10.2.0.1的rac时也发生过此错误。就是一时想不起当时怎么处理的。现在是升级到0.3的rac系统。
找出升级前的备份资料，用备份资料中的srvctl脚本执行
/bak/oracle/app/crs/bin/srvctl  status database -d orcl
呵呵，没有报错。检查了了n久的脚本，才找出不同来（呵呵，不够细心）
#Remove this workaround when the bug 3937317 is fixed
LD_ASSUME_KERNEL=2.4.19
export LD_ASSUME_KERNEL

只要注释掉这两行就ok了


另外在安装rac时vipca脚本也是类似错误
/app/oracle/product/10.2.0/crs/bin/crsctl.bin: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
这个问题是新版的glibc和10g的java有不兼容的地方。按照官方文档要在运行root.sh之前修改vipca脚本。这样就可以安装了。即将该脚本中arch=‘’uname -m‘以下4行注释掉
arch=`uname -m`
#if [ "$arch" = "i686" -o "$arch" = "ia64" -o "$arch" = "x86_64" ]
#then
# LD_ASSUME_KERNEL=2.4.19
# export LD_ASSUME_KERNEL
#fi
#End workaround
这样就不会出现错误了。

oracle的bug还真是一堆一堆的