专栏首页TidbFatal NI connect error 12170的解决方案
原创

Fatal NI connect error 12170的解决方案

**导读**

> 作者:杨漆

> 16年关系型数据库管理,从oracle 9i 、10g、11g、12c到Mysql5.5、5.6、5.7、8.0 到TiDB获得3个OCP、2个OCM;运维路上不平坦,跌过不少坑、熬过许多夜。把工作笔记整理出来分享给大伙儿,希望帮到大家少走弯路、少熬夜。

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

Fatal NI connect error 12170.

VERSION INFORMATION:

TNS for Linux: Version 12.2.0.1.0 - Production

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

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

Time: 19-JUL-2021 07:44:37

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=10.10.10.8)(PORT=57816))

2021-07-19T07:44:37.913683+08:00

RFS[2453]: Possible network disconnect with primary database

2021-07-19T07:44:50.197565+08:00

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

Fatal NI connect error 12170.

VERSION INFORMATION:

TNS for Linux: Version 12.2.0.1.0 - Production

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

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

Time: 19-JUL-2021 07:44:50

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=10.10.10.2)(PORT=57810))

2021-07-19T07:44:50.201483+08:00

RFS[2450]: Possible network disconnect with primary database

2021-07-19T08:00:17.721570+08:00

RFS[2489]: Selected log 26 for T-3.S-196711 dbid 1513741333 branch 985960599

2021-07-19T08:00:17.855381+08:00

Media Recovery Waiting for thread 3 sequence 196711 (in transit)

2021-07-19T08:00:17.856272+08:00

登陆10.10.10.8检查归档应用状态(第二备库)

SQL> select count(*),to_char(min(first_time),'yyyymmdd hh24:mi:ss') from v$archived_log where applied='NO';

COUNT(*) TO_CHAR(MIN(FIRST

---------- -----------------

0

SQL> select count(*),to_char(max(first_time),'yyyymmdd hh24:mi:ss') from v$archived_log where applied='YES';

COUNT(*) TO_CHAR(MAX(FIRST

---------- -----------------

6413 20210719 08:18:02

登陆10.10.10.8检查归档应用状态(网络状态良好的第一备库)进行对比

SQL> select count(*),to_char(min(first_time),'yyyymmdd hh24:mi:ss') from v$archived_log where applied='NO';

COUNT(*) TO_CHAR(MIN(FIRST

---------- -----------------

0

SQL> select count(*),to_char(max(first_time),'yyyymmdd hh24:mi:ss') from v$archived_log where applied='YES';

COUNT(*) TO_CHAR(MAX(FIRST

---------- -----------------

14711 20210719 08:18:02

应用一切正常! 没有影响Master--Standby的运行,但日志量膨胀地太大,看到error总感觉有问题。

fatal NI connect error 12170产生的原因为:

1.备库试图连接主机,没有得到Master端的正确响应

2.被连接的主机没有响应导致一个已建立的连接失败

12C的自动诊断仓库默认将连接失败信息写入告警日志里,如果这类信息比较多会导致告警日志快速膨胀,降低磁盘空间可用量。

解决方案:

1.在sqlnet.ora中添加一行

DIAG_ADR_ENABLED=OFF

2.在listener.ora中添加一行

DIAG_ADR_ENABLED_LISTENER=OFF ## DIAG_ADR_ENABLED_<listenername>=OFF

3.重启监听

lsnrclt restart(业务会中断)

or

lsnrctl reload (业务不中断,如果业务不是很紧张,最好使用lsnrctl restart确保参数生效)

检查监听状态

LSNRCTL> status

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.10.10.8)(PORT=1521)))

STATUS of the LISTENER

------------------------

Alias LISTENER

Version TNSLSNR for Linux: Version 12.2.0.1.0 - Production

Start Date 19-JUL-2021 09:03:38

Uptime 0 days 0 hr. 0 min. 3 sec

Trace Level off

Security ON: Local OS Authentication

SNMP OFF

Listener Parameter File /u01/app/oracle/product/network/admin/listener.ora

Listener Log File /u01/app/oracle/product/network/log/listener.log

Listening Endpoints Summary...

(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.10.10.8)(PORT=1521)))

(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))

Services Summary...

Service "orcl" has 1 instance(s).

Instance "orcl", status UNKNOWN, has 1 handler(s) for this service...

Service "orcldg3" has 1 instance(s).

Instance "orcl", status UNKNOWN, has 1 handler(s) for this service...

The command completed successfully

经过2小时的观察,日志中再没出现过类似Error信息。

问题解决!

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • dg broker校验失败的一个奇怪问题(二) (r8笔记第51天)

    对昨天提出的问题做了一个简单的分析和排查,也算是有了一个交代,上一篇文章在 dg broker校验失败的一个奇怪问题 我查看了最近的日志,发现在半个月以前有一...

    jeanron100
  • 使用sysbench压力测试MySQL(三)(r12笔记第6天)

    昨天使用gdb调试MySQL中事务临界状态的时候,发现其实有些场景可能比我想得还要复杂一些,所以我在昨天的测试中结尾也是快快扫过,但是表明了意思即可。这一点...

    jeanron100
  • 停止数据库没有响应的问题分析(r9笔记第51天)

    昨天写了一篇停库没有响应的问题分析,其实对于我来说,还是有些不太踏实,里面有几点需要改进。 因为是测试环境,所以操作的时候就随意了一些,如果是生产环境,直接ki...

    jeanron100
  • 【SSLHandshake: Received fatal alert: certificate_unknown】的解决方案

    由于https的cipher rc4不够安全,所以charles 3.11中如果服务端只支持rc4, charles代理就会报错SSLHandshake: Re...

    公众号iOS逆向
  • alert日志中的两种ORA错误分析(r6笔记第21天)

    今天在巡检系统的时候,发现alert日志中有两种类型的ora错误。 Errors in file /U01/app/oracle/diag/rdbms/XX/...

    jeanron100
  • 两个数据访问受限的问题

    最近几天实在忙得厉害,处理了各种数据需求,有种顾及不来,而其中有一部分问题是和数据访问相关的,问题的原因很简单,但是分析问题的过程就需要很多的经验,推导...

    jeanron100
  • Android编译代码时遇到:“fatal error : openssl/bio.h :No such file or folder” 解决方案

    Android编译代码时遇到:“error : openssl/bio.h :No such file or folder” 错误

    用户7557625
  • Unity Package Manager Error的解决方案

    Zoctopus
  • Unity Package Manager Error的解决方案

    Zoctopus
  • 故障分析 | 奇怪!内存明明够用,MySQL 却出现了 OOM

    爱可生交付服务部团队北京 DBA,主要负责处理 MySQL 的 troubleshooting 和我司自研数据库自动化管理平台 DMP 的日常运维问题,对数据库...

    爱可生开源社区
  • ERROR: epmd error for host YOUR_HOSTNAME: timeout (timed out)的解决方案

    用户1456517
  • 安装sentry

    Sentry 是一个开源的实时错误报告工具,支持 web 前后端、移动应用以及游戏,支持 Python、OC、Java、Go、Node、Django、RoR 等...

    aox.lei
  • 解决 fsockopen() 报错 unable to connect to 的方法

    这个问题出现在使用 Xunsearch 的时候,Xunsearch 是一个高性能、全功能的全文检索解决方案,旨在帮助一般开发者针对既有的海量数据,快速而方便地建...

    沈唁
  • 在腾讯云上使用kubeadm搭建Kubernetes集群

    容器技术在国内已经非常火爆,作为IT从业者的一员,必须跟上时代的浪潮,掌握容器相关技术。提到容器技术必然会提到容器的编排系统,在众多编排系统中Google的Ku...

    Hunter
  • [ 物联网篇 ] 01 - NXP i.MX 8M Mini 环境的搭建

    不管任何时候,接触任何新的平台或学习新的知识,首先就是看官网提供的文档,或搜索下是否有相关的资料。

    程序手艺人
  • CPU、负载、磁盘同时飙升的问题分析

    上周五下午的时候,线上的一个服务器出了一个报警,报警内容是CPU利用率大于80%,持续时间五分钟。

    AsiaYe
  • ffmpeg编译安装过程报错解决

    版权声明:本文为木偶人shaon原创文章,转载请注明原文地址,非常感谢。 https://b...

    shaonbean
  • 【操作】git版本控制流-HTTPS和SSH

    本文简要介绍了git版本控制流操作中遇到的几个问题,涉及到下载方式和cloning失败的原因,适合有一定git操作基础的读者阅读。至于git版本控制的原理和基本...

    needrunning
  • 第4课 如何在UBUNTU虚拟机上编译EOS完成环境搭建?

    【本文目标】 通过本文实践,能在WINDOWS操作系统搭建UBUNTU 18.04 LTS环境,并在此环境编译成功EOS v1.0.5正式发布版本。 【前置...

    辉哥

扫码关注云+社区

领取腾讯云代金券