PRVF-4664 PRVF-4657: Found inconsistent name resolution entries for SCAN name (文档 ID 887471.1)  

In this Document


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

PRVF-4664 PRVF-4657: Found inconsistent name resolution entries for SCAN name (文档 ID 887471.1)

时间: 2024-08-27 10:01:12

PRVF-4664 PRVF-4657: Found inconsistent name resolution entries for SCAN name (文档 ID 887471.1)  的相关文章

Oracle Database 11g Release 2(11.2.0.3.0) RAC On Redhat Linux 5.8 Using Vmware Workstation 9.0

一,简介 二,配置虚拟机 1,创建虚拟机 (1)添加三块儿网卡: 主节点 二节点 eth0:    公网  192.168.1.20/24   NAT eth0:    公网  192.168.1.21/24   NAT eth1:私网  192.168.2.20/24     host-only eth1:      私网  192.168.2.21/24   host-only eth2:    DHCP    Bridged eth2:     DHCP    Bridged 主机名: t

Oracle 11gR2 RAC 添加节点

1. 概述 生产,测试数据库添加节点. 2. 安装前准备 1.首先,物理链路的准备.这过程包括对db3进行存储映射.心跳互联等物理环境的准备: 2.根据db1.db2的操作系统配置,安装.配置db3的操作系统:注意此处需要配置的操作系统内容较多.大致包括确认RAC需要的系统安装包.系统核心参数配置.ASMLIB的配置./etc/hosts配置等等.详细可参考官方的安装指导手册. 3.根据db1.db2的操作系统组.用户的信息,在db3上创建相应的组.用户:创建对于的目录信息:注意:创建的组.用户

VMware下CentOS6.5安装oracle11g RAC

1 前言 介绍本文档的读者对象和修订记录. 读者对象 本文档以Centos6.5操作系统为例,介绍了在VMware下使用虚拟磁盘的Oracle11g R2(RAC)数据库的安装方法. 本文档主要适用于学习 修订记录 修改记录累积了每次文档更新的说明.最新版本的文档包含以前所有文档版本的更新内容. 文档版本 01 (2015-04-09) 第一次正式发布. 文档版本 02 (2015-12-07) 将文档修改成供学习使用的VMware环境. 2 背景信息 公司业务使用的是oracle11g RAC

Oracle 11g RAC搭建(VMware环境)

Oracle 11g RAC搭建(VMware环境) Oracle 11g RAC搭建VMware环境 安装环境与网络规划 安装环境 网络规划 环境配置 通过SecureCRT建立命令行连接 关闭防火墙 创建必要的用户组和目录并授权 节点配置检查 系统文件设置 配置IP和hostshostname 配置grid和oracle用户环境变量 配置oracle用户ssh互信 配置裸盘 配置grid用户ssh互信 挂载安装软件文件夹 安装用于Linux的cvuqdisk 手动运行cvu使用验证程序验证O

11g RAC完全安装图解(VM Workstation8.0+Centos5.5)01-Grid安装

Created By Cryking 转载请注明出处,谢谢 环境: VMware Workstation8.0 +Centos 5.5(32位)+Oracle 11.2.0.1.0 两个节点crydb01(节点1)和crydb02(节点2) 一.设置主机名及 网络环境配置 在节点1上: 设置主机名 # hostname crydb01 # vi /etc/sysconfig/network NETWORKING=yes NETWORKING_IPV6=yes HOSTNAME=crydb01 G

Grid Infrastructure Single Client Access Name (SCAN) Explained (文档 ID 887522.1)

APPLIES TO: Oracle Database - Enterprise Edition - Version 11.2.0.1 and laterExalogic Elastic Cloud X4-2 Half RackInformation in this document applies to any platform. PURPOSE 11gR2 Grid Infrastructure (CRS) introduced Single Client Access Name (SCAN

为11.2.0.2 Grid Infrastructure添加节点

转自:http://www.askmaclean.com/archives/add-node-to-11-2-0-2-grid-infrastructure.html 在之前的文章中我介绍了为10g RAC Cluster添加节点的具体步骤.在11gr2中Oracle CRS升级为Grid Infrastructure,通过GI我们可以更方便地控制CRS资源如:VIP.ASM等等,这也导致了在为11.2中的GI添加节点时,同10gr2相比有着较大的差异. 这里我们要简述在11.2中为GI ADD

HPDL380G8平台11.2.0.3 RAC实施手册

HPDL380G8平台11.2.0.3 RAC实施手册   1 前言 此文档详细描述了Oracle 11gR2 数据库在HPDL380G上的安装RAC的检查及安装步骤.文档中#表示root用户执行,$表示grid或oracle用户执行. 2 系统环境 1.操作系统环境 说明项 节点1 节点2 硬件型号 HPDL380pGen8 HPDL380pGen8 操作系统 Oel6.4 Oel6.4 集群件 oracle grid oracle grid 服务器主机名 Rbdb81 Rbdb82 IP地址

ORACLE RAC 11.2.0.4 CentOS release 6.9 静默安装1.0版本

RAC11.2.0.4静默安装 1.0版本,20180613 #本文档IP地址使用X隐藏,个人可按照自己的当前环境IP进行适当修改 1. 清除原环境中的单实例软件 #清除原环境: 删除/etc/ora* 删除 /usr/local/bin/oraenv 删除 /usr/local/bin/dbhome 删除 /usr/local/bin/coraenv 删除 $ORACLE_BASE/* 删除 cd /picclife/app  rm -rf * #解释说明: /etc/oratab ?数据库实