ins-30014和prvf-0002错误主因是/etc/hosts未正确配置：须用真实网卡ip同时映射短名和完整名，禁用127.0.0.1；hostname -f结果必须与hosts中条目严格一致，且正向、反向解析需双向匹配。
ins-30014 和 prvf-0002 这两类错误，90% 以上都源于 /etc/hosts 文件里没写对——不是没写，是写得“看起来对、实际错”。
/etc/hosts 必须同时映射短名和完整名，且不能用 127.0.0.1
Oracle 19c 安装器会调用 hostname -f 获取完整主机名（比如 rac1.example.com），再拿这个字符串去查 /etc/hosts。它不接受 fallback 到 127.0.0.1 或 DNS。
- 错误写法：
127.0.0.1 rac1
即使hostname输出是rac1，也会失败，因为hostname -f返回的是rac1.example.com，而这一串在 hosts 里根本没出现 - 更错写法：
127.0.0.1 rac1.example.com rac1
IP 是本地回环，但 Oracle 要求必须是本机真实网卡 IP（如192.168.10.10） - 正确写法示例（假设真实 IP 是
192.168.10.10）：192.168.10.10 rac1.example.com rac1
验证命令：
-
hostname→ 应输出rac1 -
hostname -f→ 应输出rac1.example.com -
grep rac1 /etc/hosts→ 应返回含192.168.10.10的那一行，且两个名字都在其中
runcluvfy 报 PRVF-4657 或 PRVF-4664 的真实检查逻辑
这不是 DNS 问题，而是本地闭环验证：Oracle 会用系统 API（getaddrinfo() 和 gethostbyaddr()）做正向+反向解析，要求两者严格一致。
- 正向：用
rac1.example.com查 IP → 必须得到192.168.10.10 - 反向：用
192.168.10.10查主机名 → 必须返回rac1.example.com（不能是rac1，也不能是其他别名）
常见陷阱：
GitHub Hosts CN
下载
GitHub Hosts 更新工具（仅限中国用户），安全更新系统hosts文件，保留原有非GitHub条目，仅替换GitHub相关地址。支持备份恢复和风险提示。用于解决GitHub访问问题。
-
/etc/hosts中该 IP 行后面多了一个空格或制表符，导致第二个字段被截断 - 虚拟机克隆后没改 IP，但
hostname -f已更新，hosts 还是旧的 - 容器环境里
hostname是随机生成的（如8a3f2b1e4c7d），但/etc/hosts没同步，也没挂载外部 hosts
临时验证方法：
-
nslookup rac1.example.com→ 看是否返回192.168.10.10 -
nslookup 192.168.10.10→ 看是否返回rac1.example.com（注意：这步依赖 DNS 的 PTR 记录；若不用 DNS，就靠/etc/hosts本身无法完成反向，所以必须确保 hosts 配置已覆盖全部需求）
SCAN 域名也走同一套解析逻辑，但要求更严
RAC 场景下，scan.example.com 不是可选项，它和节点主机名一样，受同一套解析校验约束，且额外要求：
- 解析结果必须返回 2–3 个不同 IPv4 地址（
getaddrinfo()返回 ≥2 个AF_INET结构体） -
/etc/hosts中不能写成单行多个 IP（如192.168.10.10 192.168.10.11 192.168.10.12 scan.example.com），这是无效的 - 必须分三行写，每行一个 IP + 相同域名：
192.168.10.10 scan.example.com192.168.10.11 scan.example.com192.168.10.12 scan.example.com
否则 srvctl start scan 会静默失败，或 srvctl status scan_listener 显示监听器只绑定了部分 VIP。
最常被忽略的一点：改完 /etc/hosts 后，hostname -f 的输出可能仍缓存旧值，尤其在 systemd 系统上。不要只信命令输出，要以 getaddrinfo("rac1.example.com", ...) 实际调用结果为准——这意味着你得重试安装或至少重启 systemd-hostnamed 服务，或者干脆 reboot。
