11gR2数据库日志报错：Fatal NI connect error 12170、

浏览数：109 / 时间：2015年06月12日

11gR2数据库日志报错：Fatal NI connect error 12170、TNS-12535、TNS-00505 [问题点数：100分，结帖人MarkIII]

: 关注; MarkIII; MarkIII; 等级：; 结帖率：98.94%

楼主发表于： 2011-05-13 10:33:10

Fatal NI connect error 12170.

  VERSION INFORMATION:
TNS for Linux: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
  Time: 11-MAY-2011 22:23:40
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12535

TNS-12535: TNS:operation 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=172.16.158.167)(PORT=3066))

对我有用[0] 丢个板砖[0] 引用 | 举报 | 管理

回复次数：10

: 关注; MarkIII; MarkIII; 等级：

#1 得分：0回复于： 2011-05-13 10:37:48

网上倒是有篇帖子问题类似，而且解决了。

http://www.erp100.com/thread-6248-1-1.html

不过它是10g、Windows版的。他的问题是：因为没有安装oracle10g的第二张盘，没有安装jdbc的驱动程序

而我这边是11gR2，Linux系统，采用静默安装。

其实解压了两个文件，也不知道是否漏装了，或是其它问题，请大侠指点：
linux.x64_11gR2_database_1of2.zip
linux.x64_11gR2_database_2of2.zip

CSDN投诉事项说明

对我有用[0] 丢个板砖[0] 引用 | 举报 | 管理

关注 xumeng929 xumeng929 等级：	#2 得分：50回复于： 2011-05-13 10:42:15 建议完全卸载,认真重新安装一次
	如果您对CSDN论坛有意见和建议请直接在本帖指教对我有用[0] 丢个板砖[0] 引用 \| 举报 \| 管理

关注 tangren tangren 等级： 5 2	#3 得分：50回复于： 2011-05-13 10:46:12 在sqlnet.ora增加参数： SQLNET.INBOUND_CONNECT_TIMEOUT = 30 SQLNET.RECV_TIMEOUT = 30 SQLNET.SEND_TIMEOUT = 30 在 listener.ora 增加： INBOUND_CONNECT_TIMEOUT_LISTENER = 30 然后重新启动监听试一下
	对我有用[0] 丢个板砖[0] 引用 \| 举报 \| 管理

关注 MarkIII MarkIII 等级：	#4 得分：0回复于： 2011-05-13 11:09:42 我同事也在网上找了一些相关资料，打算这个周末调整参数试一下： INBOUND_CONNECT_TIMEOUT = 3s INBOUND_CONNECT_TIMEOUT_listenername = 2s 只是不知道出现这种问题，系统能扛多久，这样调没有效果再按照楼上的试试。
	对我有用[0] 丢个板砖[0] 引用 \| 举报 \| 管理

: 关注; MarkIII; MarkIII; 等级：

#5 得分：0回复于： 2011-05-13 11:10:24

他找的资料如下：

为什么会出现这样的情况呢？网上搜索后得知，在Oracle11G中，
有这样两个参数SQLNET.INBOUND_CONNECT_TIMEOUT 和INBOUND_CONNECT_TIMEOUT_listenername；他们的默认值为60s，
这两个参数负责登陆用户与服务器验证的超时时间，在10GR2以前的版本默认是0s，为了防止Denial of Service (DOS)攻击，
在以后的版本中才设置为60s。如果在登录过程中，服务器没有给出及时的响应，那么将会在60后给出错误提示，
这个超时时间显然有点过长，导致用户重复登陆的频率加大，频繁的登录引起数据库负载过大。

解决问题：减少着两个参数的超时时间，把它们分别设为3和2s。
Metalink上给出的解决方案如下:
1. set INBOUND_CONNECT_TIMEOUT_=0 in listener.ora
2. set SQLNET.INBOUND_CONNECT_TIMEOUT = 0 in sqlnet.ora of server.
3. stop and start both listener and database.
4. Now try to connect to DB and observe the behaviour

对我有用[1] 丢个板砖[0] 引用 | 举报 | 管理

: 关注; MarkIII; MarkIII; 等级：

#6 得分：0回复于： 2011-05-16 21:43:57

昨天按照Metalink上给出的解决方案
1. set INBOUND_CONNECT_TIMEOUT_=0 in listener.ora
2. set SQLNET.INBOUND_CONNECT_TIMEOUT = 0 in sqlnet.ora of server.
3. stop and start both listener and database.
4. Now try to connect to DB and observe the behaviour

今天还在报错，然后下午在跑一段Sql，又出现新的错误：
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x118] [PC:0x1CE6BBF, kkqfppDrv1()+101] [flags: 0x0, count: 1]
DDE: Problem Key ‘ORA 7445 [kkqfppDrv1()+101]‘ was flood controlled (0x2) (incident: 29074)
ORA-07445: 出现异常错误: 核心转储 [kkqfppDrv1()+101] [SIGSEGV] [ADDR:0x118] [PC:0x1CE6BBF] [Address not mapped to object] []
ssexhd: crashing the process...
Shadow_Core_Dump = PARTIAL

网上一篇类似的帖子说，是发现SWAP过小导致启动的时候报错：
http://qqmengxue.itpub.net/post/42175/515974

没搞清楚OS-ERRO：该去哪个路径看。

对我有用[0] 丢个板砖[0] 引用 | 举报 | 管理

关注 zzxcdh zzxcdh 等级：	#7 得分：0回复于： 2011-12-15 23:03:14 正遇到这样的问题
	对我有用[0] 丢个板砖[0] 引用 \| 举报 \| 管理

关注 tjpu_rsx tjpu_rsx 等级：	#8 得分：0回复于： 2013-05-15 16:41:45 内存多大 ,如何设置的?
	对我有用[0] 丢个板砖[0] 引用 \| 举报 \| 管理

: 关注; mage16196; cherishd; 等级：

#9 得分：0回复于： 2013-12-19 13:43:27

我也遇到了这个问题。环境是oracle10g
设置超时时间一般没用。
如果此时从客户段连接服务器会提示：
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
问题的原因是服务器无法相应客户端给出的连接字符串。

我的问题是因为我的hosts表有问题导致了。
listener.ora中给定的主机名在hosts表中没有设定正确的ip。

对我有用[0] 丢个板砖[0] 引用 | 举报 | 管理

关注 mage16196 cherishd 等级：	#10 得分：0回复于： 2013-12-19 13:46:23 接楼上，设置好hosts后重新启动监听即可。如果还不行，使用netca重新创建监听。
	对我有用[0] 丢个板砖[0] 引用 \| 举报 \| 管理