监听启动异常TNS-12547 TNS-12560 TNS-00517 Linux Error: 104

最新推荐文章于 2020-02-20 11:46:36 发布

weixin_34072857

最新推荐文章于 2020-02-20 11:46:36 发布

阅读量335

点赞数

CC 4.0 BY-SA版权

文章标签：数据库操作系统网络

原文链接：http://www.cnblogs.com/ebs-blog/archive/2010/10/12/2167289.html

本文记录了一次远程解决Oracle监听器启动失败的经历。通过检查发现是由于validnode_checking配置中缺少当前主机IP地址导致的问题。最终通过在invited_nodes中添加正确的IP地址解决了问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天QQ群里一个朋友说他clone了17套环境,但是db能起来,但是监听启动报错,一看离下班还有半个小时,就远程操作了一下(好久没有操作过了,命令都不熟悉了,嘿嘿)
[oracle@*****]$ lsnrctl start

LSNRCTL for Linux: Version 9.2.0.4.0 - Production on 12-OCT-2010 17:18:58

Starting /opt/oracle/product/9.2.0/db_1/bin/tnslsnr: please wait...

TNSLSNR for Linux: Version 9.2.0.4.0 - Production
Log messages written to /opt/oracle/product/9.2.0/db_1/network/log/listener.log
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=CMCCWAP-%%%%888)(PORT=1521)))

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
TNS-12547: TNS:lost contact
TNS-12560: TNS:protocol adapter error
TNS-00517: Lost contact
Linux Error: 104: Connection reset by peer

开始看到告警以为是hosts配置的问题，检查hosts：
[oracle@******admin]$ more /etc/hosts
127.0.0.1 localhost.localdomain localhost
…………
******************
发现hosts设置正常。

由于采用的动态监听，没有lsnrctl.ora文件，不存在配置问题，同时发现存在sqlnet.ora文件，并配置了validnode_checking，发现当注释掉validnode_checking、invited_nodes 后监听启动正常。

仔细检查该配置发现该配置是从其他主机上cp过来的，nodes中未配置当前主机的IP，导致lsnrctl启动失败，在invited_nodes中添加当前IP，启动正常。

转载于:https://www.cnblogs.com/ebs-blog/archive/2010/10/12/2167289.html