uptime监听oracle什么意思,oracle uptime的bug

症状：oracle sqlplus没反应

oracle10g的有十几个机器客户端10.2.0.1.0，执行sqlplus这个命令没反映。此时cpu使用为99.9%，观察了一会，不释放。

oracle其他命令都好使。

环境变量、ping tnsname等都没问题。。且这些机器都是至少运行了200多天左右，

但一旦重启OS就好使了。。

或者不重启OS，换成9i的客户端，sqlplus命令也好使。

alert日志没有什么明显的报警信息，客户端的sqlnet.log为空。

用strace跟踪了一下客户端10的sqlplus命令，出现：

--- SIGSTOP (Stopped (signal)) @ 0 (0) ---

--- SIGSTOP (Stopped (signal)) @ 0 (0) ---

times(NULL)                             = -2064519321

times(NULL)                             = -2064519321

times(NULL)                             = -2064519321

……

所有客户端配置一样，系统信息：

Red Hat Enterprise Linux AS release 4 (Nahant Update 2)

2.6.9-22.ELsmp #1 SMP

客户端硬件要么联想同一型号机器，要么就是HP同以型号机器。

是不是有什么补丁没打，或者和OS什么配置有关？

系统信息类似一下：

sar -u 后%idle为0，

但sar -A 查看%idle为99.70等百分之九十多左右，

然后是%user  %system   %iowait之间互相变化。

solution:

因为oracle有bug，系统开机太长，系统会hang

所以要查看os命令uptime来看系统启动多长时间了，

一般重启会解决问题，通过升级也可以解决

问题基本定位为ORACLE客户端软件的BUG，

涉及的版本：ORACLE 10.2.0.1.0

现象就是UPTIME>50天，即有可能出现运行SQLPLUS后无反应的现象，主要原因是时间溢出错误

解决办法：升级ORACLE客户端到10.2.0.2.0,官网已经公布在这个版本解决了此问题

(或降级到9I,9I绝对不会出现这个问题；或降级到10.1.0.4版本，这个没有经过全面测试)

接下来就是升级试试看了。

有几种情况，基本是oracle内部定时器计算有误，还有days>24,或者days>240+的情况

以前有Oracle hang after 240+ da