Fatal NI connect error 12170. sasa

环境:oracle 11.2.0.4 r2 rac

今天在RAC两台服务器的日志文件alter日志中,发现如下信息:

***********************************************************************

Fatal NI connect error 12170.

VERSION INFORMATION:

TNS for Linux: Version 11.2.0.4.0 - Production

Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production

TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production

Time: 21-MAY-2016 20:52:15

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.6.7)(PORT=41125))

Sat May 21 20:55:11 2016

***********************************************************************

查看mos,有幸发现关于该错误的相关文章

Fatal NI connect error 12170′, ‘TNS-12535: TNS:operation timed out’ Reported in 11g Alert Log [ID 1286376.1]

做了一些摘要,算是给自己做个记录,也给不能访问mos的朋友一个参考

1、适用范围

Oracle Net Services - Version: 11.1.0.6 to 11.2.0.2 - Release: 11.1 to 11.2

Oracle Server - Enterprise Edition - Version: 11.1.0.6 to 11.2.0.2   [Release: 11.1 to 11.2]

Information in this document applies to any platform.

2、问题原因

These time out related messages are mostly informational in nature.  The messages indicate the specified client connection (identified by the ‘Client address:‘ details) has experienced a time out.  The ‘nt secondary err code‘ identifies the underlying network transport, such as (TCP/IP) timeout limits after a client has abnormally terminated the database connection.

The ‘nt secondary err code‘ translates to underlying network transport timeouts for the following Operating Systems:

For the Solaris system: nt secondary err code: 145:

#define ETIMEDOUT 145 /* Connection timed out */

For the Linux operating system: nt secondary err code: 110

ETIMEDOUT 110 Connection timed out

For the HP-UX system: nt secondary err code: 238:

ETIMEDOUT 238 /* Connection timed out */

For Windows based platforms: nt secondary err code: 60 (which translates to Winsock Error: 10060)

Description:  A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.

The reason the messages are written to the alert log is related to the use of the new 11g Automatic Diagnostic Repository (ADR) feature being enabled by default.

3、解决问题

To revert to Oracle Net Server tracing/logging, set following parameter in the server‘s sqlnet.ora :

DIAG_ADR_ENABLED = OFF

Also, to back out the ADR diag for the Listener component, set following parameter in the server‘s listener.ora:

DIAG_ADR_ENABLED_<listenername> = OFF

- Where the <listenername> would be replaced with the actual name of the configured listener(s) in the listener.ora configuration file.  For example, if the listener name is ‘LISTENER‘, the parameter would read:

DIAG_ADR_ENABLED_LISTENER = OFF

-Reload or restart the TNS Listener for the parameter change to take effect.

说明:这个问题是由于Automatic Diagnostic Repository中的 Oracle Net diagnostic在默认的情况下是开启的,当数据库和客户端的连接超过特定时间,就会把这样的信息写入到alert日志中,所以这不是一个致命的问题,如果偶尔出现,可以忽略有点类此ora-3136的错误

简化步骤:

1、在“/u01/app/11.2/grid/network/admin/listener.ora”文件中添加如下内容:

DIAG_ADR_ENABLED_LISTENER = OFF

DIAG_ADR_ENABLED_LISTENER_SCAN1 = OFF

2、在“/u01/app/11.2/grid/network/admin/sqlnet.ora”文件中添加如下内容:

DIAG_ADR_ENABLED = OFF

3、创建“/u01/app/oracle/product/11.2/db_1/network/admin/sqlnet.ora”文件,内容如下:

NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)

DIAG_ADR_ENABLED = OFF

DEFAULT_SDU_SIZE = 8192

4、单实例重新导入配置即可生效

lsnrctl reload

5、oracle 11g r2 rac使用srvctl进行管理

srvctl stop listener

srvctl start listener

时间: 2024-10-17 05:55:08

Fatal NI connect error 12170. sasa的相关文章

Fatal NI connect error 12170.

环境:oracle 11.2.0.4 r2 rac 今天在RAC两台服务器的日志文件alter日志中,发现如下信息: *********************************************************************** VERSION INFORMATION: TNS for Linux: Version 11.2.0.4.0 - Production Oracle Bequeath NT Protocol Adapter for Linux: Vers

RAC下Fatal NI connect error 12170.报错处理

原创作品,出自 "深蓝的blog" 博客,欢迎转载,转载时请务必注明出处,否则有权追究版权法律责任. 深蓝的blog:http://blog.csdn.net/huangyanlong/article/details/46372849 查看数据库告警日志,发现错误:Fatal NI connect error 12170报错 告警日志如下: *********************************************************************** F

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

11gR2数据库日志报错:Fatal NI connect error 12170.TNS-12535.TNS-00505 [问题点数:100分,结帖人MarkIII] 不显示删除回复             显示所有回复             显示星级回复             显示得分回复             只显示楼主           收藏 关注 MarkIII MarkIII 等级: 结帖率:98.94% 楼主发表于: 2011-05-13 10:33:10 Fatal NI

Fatal NI connect error 12170------单实例

In our one of the 11gR2 Production Database, there were so many entries w.r.t Fatal NI connect error 12170 + TNS-12535: TNS:operation timed out + TNS-00505: Operation timed out (with different ports), found in both RAC Instances Alert Log file. Probl

fatal: unable to access &#39;https://xxxxx&#39;: SSL connect error

/********************************************************************** * fatal: unable to access 'https://xxxxx': SSL connect error * 说明: * VPS中采用CentOS 6系统,git版本太低,使用最新版本,结果SSL有问题. * * 2018-7-9 深圳 宝安西乡 曾剑锋 ******************************************

hadoop 出现FATAL conf.Configuration: error parsing conf file,异常

FATAL conf.Configuration: error parsing conf file: com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte 1 of 1-byte UTF-8 sequence. 14/07/12 23:51:40 ERROR namenode.NameNode: java.lang.RuntimeException: com.sun.org.

执行curl -sSL 提示curl: (35) SSL connect error

今天,添加容器节点报错,执行如下 curl -sSL https://shipyard-project.com/deploy| ACTION=node DISCOVERY=etcd://192.168.5.252:4001  bash -s 提示如下报错: curl: (35) SSL connect error 解决方法:升级网络安全服务即可. yum update nss

Socket connect error 99(Cannot assign requested address)

转载请注明转自: 存储系统研究, 本文固定链接:socket connect error 99(Cannot assign request address) 这是最近使用libcurl写http服务的压力测试的时候遇到的一个问题,其直接表象是客户端在发送http请求时失败,最终原因是客户端的TIME_WAIT状态的socket进程过多,导致端口被占满.下面看整个分析过程: (1) 首先看产生错误的源码: /* get it! */ res = curl_easy_perform(curl_han

Tomcat上配置连接池{ connect error=Name [jdbc/OracleDB] is not bound in this Context. Unable to find [jdbc]}

. 在学习期间,从未实践过在tomcat上配置连接池,今天终于实现一次,在tomcat玩了一把,不知道你是否现在有和我一样的困境.废话少说直接上代码 java public static Connection getConnection_tomcat() { Connection conn = null; try { Context initCtx = new InitialContext(); Context ctx = (Context) initCtx.lookup("java:comp/