PRVF-4664 PRVF-4657: Found inconsistent name resolution entries for SCAN name [ID 887471.1]

In this Document

  Purpose
  Details
  What's the expected output when executing nslookup
  Ping command reference
  References

Applies to:

Oracle Server - Enterprise Edition - Version 11.2.0.1 to 11.2.0.3 [Release 11.2]
Information  in this document applies to any platform.

Purpose

runInstaller (OUI) reports INS-20802 while running Oracle Cluster Verification Utility post check after successful 11gR2 Grid Infrastructure clusterware (CRS) installation or upgrade:

  • Installation log - $ORACLE_BASE/oraInventory/logs/installActions{$TIMESTAMP}.log

INFO: PRVG-1101 : SCAN name "cluscan.us.oracle.com" failed to resolve
INFO: ERROR:
INFO: PRVF-4664 : Found inconsistent name resolution entries for
SCAN name "cluscan.us.oracle.com"
INFO: ERROR:
INFO: PRVF-4657 : Name resolution setup check for "scanclunm" (IP address: 10.4.0.202) failed

OR

PRCS-1016 : Failed to resolve Single Client Access Name cluscan.us.oracle.com

If "$GRID_HOME/bin/cluvfy comp scan" is executed, similar message will be reported.

Details

Cause 1. SCAN name is expected to be resolved by local hosts file

SCAN name is resolved by local hosts file (/etc/hosts or %SystemRoot%\system32\drivers\etc\hosts) instead of DNS or
GNS

Solution: Oracle strongly recommend to use DNS or GNS for SCAN name resolution as hosts file support only one IP for SCAN

If the intention is to use hosts file for SCAN name resolution, and ping command returns correct SCAN VIP, you can ignore the error and move forward.

If the intention is to use DNS or GNS for SCAN name resolution, comment out entries in local hosts file for SCAN name on all nodes, and re-run
"$GRID_HOME/bin/cluvfy comp scan" to confirm.

Cause 2. nslookup fails to find record for SCAN name:

nslookup cluscan.us.oracle.com
..

** server can't find eotcs.us.eot.com: NXDOMAIN


Solution
: Engage System Administrator(SA) to check resolver configuration (/etc/resolv.conf on Linux/UNIX), correct any misconfiguration on all nodes and re-run
"$GRID_HOME/bin/cluvfy comp scan" to confirm.


Cause 3
. SCAN name is canonical name(CNAME record) in DNS

nslookup cluscan.us.oracle.com
..
cluscan.us.oracle.com     canonical name = cluscan.a3.oracle.com
Name:   cluscan.a3.oracle.com
Address: 10.4.0.201
Name:   cluscan.a3.oracle.com
Address: 10.4.0.202
Name:   cluscan.a3.oracle.com
Address: 10.4.0.203

Solution: Engage SA to update SCAN record in DNS to A type instead of CNAME type.

Cause 4. DNS is configured properly in DNS but other naming resolution(nis, ldap..) is being used and doesn't have proper SCAN info

Solution: Engage SA to check name resolution switch configuration (/etc/nsswitch.conf on Linux, Solaris and hp-ux or /etc/netsvc.conf on AIX) and correct any misconfiguration on all nodes. Example hosts in nsswitch.conf:

hosts:      files dns nis

Once it's corrected, execute "$GRID_HOME/bin/cluvfy comp scan" to confirm

Cause 5. Persistent cache for nscd has incorrect information.

Solution: Engage SA to restart nscd and clear persistent cache on all nodes. Example on Linux

# /sbin/service nscd restart
# /usr/sbin/nscd --invalidate=hosts

Once it's corrected, execute "$GRID_HOME/bin/cluvfy comp scan" to confirm.

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

What's the expected output when executing nslookup

nslookup cluscan.us.oracle.com

..
Name:   cluscan.us.oracle.com
Address: 10.4.0.201
Name:   cluscan.us.oracle.com
Address: 10.4.0.202
Name:   cluscan.us.oracle.com
Address: 10.4.0.203

ping -c 1 cluscan.us.oracle.com
PING cluscan.us.oracle.com (10.4.0.201) 56(84) bytes of data.
64 bytes from cluscan.us.oracle.com (10.4.0.201): icmp_seq=1 ttl=64 time=0.258 ms

--- cluscan.us.oracle.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.258/0.258/0.258/0.000 ms

ping -c 1 cluscan.us.oracle.com
PING cluscan.us.oracle.com (10.4.0.202) 56(84) bytes of data.
64 bytes from cluscan.us.oracle.com (10.4.0.202): icmp_seq=1 ttl=64 time=0.258 ms

--- cluscan.us.oracle.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.258/0.258/0.258/0.000 ms

ping -c 1 cluscan.us.oracle.com
PING cluscan.us.oracle.com (10.4.0.203) 56(84) bytes of data.
64 bytes from cluscan.us.oracle.com (10.4.0.203): icmp_seq=1 ttl=64 time=0.258 ms

--- cluscan.us.oracle.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.258/0.258/0.258/0.000 ms

From above you can see:

  1. nslookup is returning proper SCAN name and IPs
  2. ping to SCAN name is Round Robin resolved to different IP each time by DNS

If you see different behaviour than above, please engage SA to investigate.

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

Ping command reference

Linux:        /bin/ping -c 1 cluscan.us.oracle.com
Solaris:      /usr/sbin/ping -s cluscan.us.oracle.com 1500 1
hp-ux:       /usr/sbin/ping cluscan.us.oracle.com -n 1
AIX:         /usr/sbin/ping -c 1 cluscan.us.oracle.com
Windows: ping -n 1 cluscan.us.oracle.com

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

References

BUG:8901977 - CLUVFY PRVF-4664 : FOUND INCONSISTENT NAME RESOLUTION ENTRIES FOR SCAN NAME
NOTE:887522.1 - 11gR2 Grid Infrastructure Single Client Access Name (SCAN) Explained

时间: 2024-08-02 02:05:10

PRVF-4664 PRVF-4657: Found inconsistent name resolution entries for SCAN name [ID 887471.1]的相关文章

【RAC】PRVF-4664/4657: Found inconsistent name resolution entries for SCAN name

涉及到的版本: 11.2.0.1 to 11.2.0.2 - Release: 11.2 to 11.2 现象: After successful 11gR2 Grid Infrastructure clusterware (CRS) installation or upgrade,  INS-20802 reported while running Oracle Cluster Verification Utility post check, installation logs located

PRVG-1101 PRVF-4664 PRVF-4657

cluvfy stage -post nodeadd -n m2 -verbose 检查集群环境报错.  Checking name resolution setup for "scan"... ERROR:  PRVG-1101 : SCAN name "scan" failed to resolve   SCAN Name     IP Address                Status                    Comment      -

【RAC]升级RAC from 11.2.0.1 to 11.2.0.2 on Linux x86_64

执行到最后遇到一个错误,信息如下: [INS-20802] Oracle Cluster Verification实用程序失败. 原因-插件的执行方法失败 操作-参考日志或与Oracle技术支持联系. 日志文件位置:/opt/rac/oraInventory/logs/installActions2011-09-07_02-42-29PM.log 查看文件内容: [root@rac1 logs]# tail -100 installActions2011-09-07_02-42-29PM.log

奕新集团RAC 11g 生产库环境(待完善无图)

                           奕新集团RAC 11g 生产库环境(待完善无图)     1.硬件规划: CPU     8个 内存 8G 网卡 2张 硬盘 1个90G机内盘 8个存储盘         分区:boot 200M                swap 8G  LVM               /  70G  VG /opt 10G  VG   2.数据库规划:   数据库版本 ORACLE 11gR2  11.2.0.3 - 64   3.操作系统规划:

What is SCAN in Oracle 11g R2 RAC

What is SCAN in Oracle 11g R2 RAC Single client access name (SCAN) is meant to facilitate single name for all Oracle clients to connect to the cluster database, irrespective of number of nodes and node location. Until now, we have to keep adding mult

奕新集团RAC 11g 生产库环境搭建(无图)

                            奕新集团RAC 11g 生产库环境搭建   说明图片有50张,上传太麻烦.我放在百度云盘提供大家下载 项目规划: 操作系统 oracle-5.9.iso 数据库版本 oracle11g-11.2.0.3.iso 大     小 80G /         30G /opt      50G 存储 注意:  11g中决策盘和仲裁盘在中是一样的,10g决策和仲裁盘必须分开    决策盘.仲裁盘 2G *2   ocr1 ocr2 (grid)

INS-20802 Oracle Cluster Verification 实用程序失败

问题现象:   Grid安装到最后一步,两边的root脚本也执行完了,撂出个INS-20802错误,从错误现象来看,看不出什么问题,提示查看.log文件.   Log文件内容: INFO: Checking Single Client Access Name (SCAN)... INFO: Checking name resolution setup for "SCAN"... INFO: ERROR:  INFO: PRVF-4664 : Found inconsistent nam

RedHat 5.8 安装Oracle 11gR2_Grid集群

RedHat 5.8 安装Oracle 11gR2_Grid集群 1. 通过rpm安装相应软件包: rpm -ivh binutils-2*.i386.rpm rpm -ivh binutils-2*.x86_64.rpm rpm -ivh compat-libstdc++-33-*i* rpm -ivh compat-libstdc++-33-x* rpm -ivh elfutils-libelf-0*.i386.rpm rpm -ivh elfutils-libelf-0*.x* rpm -

一步一步搭建11gR2 rac+dg之安装rac出现问题解决(六)

一步一步在RHEL6.5+VMware Workstation 10上搭建 oracle 11gR2 rac + dg 之安装rac出现的问题 (六)   本章主要是搜集了一些安装rac的过程中出现的问题及解决办法,如果没有出现问题的话那么这一章可以不看的       目录结构: crs安装出现的问题 Oracle 11g RAC CRS-4535/ORA-15077 新安装了Oracle 11g rac之后,不知道是什么原因导致第二个节点上的crsd无法启动?其错误消息是CRS-4535: C