平台：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: TNSperation 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，需要打补丁
请各位帮忙看看，有知道的请不吝赐教,感谢！

据说是个bug,打最新的补丁吧。

有哪位碰到过这种情况，并解决的么，给个详细点的说法呀。

是不是你配置了多个监听啊

一个dbname，配置2个监听，来做负载均衡！不知道你的是不是这个

你的listener.ora的内容是什么

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.

楼主的是不是集群环境
做两个listner来平衡负载

学习、、、

是bug，http://www.eygle.com/archives/20 ... istener_forked.html也讲出来了