暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

RAC: TCP.VALIDNODE_CHECKING Failing after Listener Reload (文档 ID 2109789.1)

夏天 2025-01-03
73

Applies to:

Oracle Net Services - Version 12.1.0.1 to 12.1.0.2 [Release 12.1]

Information in this document applies to any platform.

Symptoms

In a GRID or RAC environment where TCP.VALIDNODE_CHECKING is enabled, please be aware that any change to the TCP.INVITED_NODES or TCP.EXCLUDED_NODES

parameters would require a complete stop and start of the VIP listeners. 

The LSNRCTL reload command after a change to TCP.INVITED_NODES is breaking the TCP.VALIDNODE feature.  See BUG:22194469 TCP.INVITED_NODES is Disabled after LSNRCTL Reload

This behavior does not impact the SCAN listeners and does not seem to be present when running a local listener in RDBMS_HOME.  (Versus GRID)

 

Changes

Change to the sqlnet.ora file setting for:  TCP.INVITED_NODES in $ORACLE_HOME/network/admin/sqlnet.ora in GRID_HOME. 

Cause

Cause of this problem is BUG:22194469  (Base bug is BUG:21616075).

Solution

Do NOT execute LSNRCTL reload against the LOCAL listener after making a change to the TCP.VALIDNODE_CHECKING Invited or Excluded nodes list.

And Do NOT execute LSNRCTL reload against the VIP making any change to listener.ora file.


In order to avoid this behavior, you MUST issue a complete LSNRCTL stop and LSNRCTL start after changing any entries in the TCP.EXCLUDED_NODES or

TCP.INVITED_NODES list. 

 

 

References

BUG:22194469 - TCP.INVITED_NODES IS DISABLED AFTER RELOADING LISTENER

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论