http://www.itpub.net/viewthread.php?tid=800386[@more@]
平台:redhat as 4 32位,oracle 10.2.0.1.0
出现问题:开发人员发现不能通过客户端连接数据库,登陆到数据库服务器,发现存在两个监听进程,其中新增加的监听进程的父进程就是原始的监听进程,把新增加的监听进程杀掉,问题解决了,可以正常连接。
有多个数据库服务器在跑,环境都一样,只有这一台发生这样的问题。
我的问题是:这个多出来的进程是怎么出来的呢,怎么能够避免它的发生?
查看aler.log没有报任何异常。
查看sqlnet.log,有下面错误,但不确定是否是产生这个问题的原因:
Fatal NI connect error 12170.
VERSION INFORMATION:
TNS for Linux: Version 10.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 10.2.0.1.0 - Production
TCP/IP NT Protocol Adapter for Linux: Version 10.2.0.1.0 - Production
Time: 25-JUN-2007 12:51:05
Tracing not turned on.
Tns error struct:
ns main err code: 12535
TNS-12535: TNS
peration timed out
ns secondary err code: 12560
nt main err code: 505
TNS-00505: Operation timed out
nt secondary err code: 110
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=125.33.65.36)(PORT=55629))
查阅网上的文档,有说是oracle的bug,需要打补丁
请各位帮忙看看,有知道的请不吝赐教,感谢!
A work-around found in metalink
出现问题:开发人员发现不能通过客户端连接数据库,登陆到数据库服务器,发现存在两个监听进程,其中新增加的监听进程的父进程就是原始的监听进程,把新增加的监听进程杀掉,问题解决了,可以正常连接。
有多个数据库服务器在跑,环境都一样,只有这一台发生这样的问题。
我的问题是:这个多出来的进程是怎么出来的呢,怎么能够避免它的发生?
查看aler.log没有报任何异常。
查看sqlnet.log,有下面错误,但不确定是否是产生这个问题的原因:
Fatal NI connect error 12170.
VERSION INFORMATION:
TNS for Linux: Version 10.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 10.2.0.1.0 - Production
TCP/IP NT Protocol Adapter for Linux: Version 10.2.0.1.0 - Production
Time: 25-JUN-2007 12:51:05
Tracing not turned on.
Tns error struct:
ns main err code: 12535
TNS-12535: TNS
![33.gif](http://yaoronghui2005.itpub.net/images/smilies/33.gif)
ns secondary err code: 12560
nt main err code: 505
TNS-00505: Operation timed out
nt secondary err code: 110
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=125.33.65.36)(PORT=55629))
查阅网上的文档,有说是oracle的bug,需要打补丁
请各位帮忙看看,有知道的请不吝赐教,感谢!
A work-around found in metalink
I met the same problem. After apply following work-around, the problem havn't occured for 2 months:
set SUBSCRIBE_FOR_NODE_DOWN_EVENT_[listener_name]=OFF in the listener.ora (in a non-RAC environment).
It's caused by an Oracle bug.
set SUBSCRIBE_FOR_NODE_DOWN_EVENT_[listener_name]=OFF in the listener.ora (in a non-RAC environment).
It's caused by an Oracle bug.
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/450962/viewspace-1026998/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/450962/viewspace-1026998/