Oracle RAC私网IP冲突会导致LMS/LMD挂起、OCR初始化失败、CRS无法启动，必须停集群后同步修改oifcfg与物理配置；oifcfg子网须与ip addr实际CIDR完全一致，且HAIP地址冲突会引发LMS hung及实例驱逐。
oracle rac私网ip冲突会直接导致lms/lmd进程挂起、ocr初始化失败、crs无法启动，不是“连不上”而是“集群已瘫痪”。必须先停集群、再同步修改oifcfg和物理配置，顺序错一步就进不了ocr。
oifcfg setif 与物理IP子网不一致时CRS启动失败
这是最典型的连锁故障：用 oifcfg setif -global ens35/10.10.12.0:cluster_interconnect 配了子网，但网卡实际配的是 10.10.11.61/24，重启CRS后日志里立刻出现 PROC-44: Error in network address and interface operations，clsu_get_private_ip_addresses: no ip addresses found。
根本原因是GPnP profile.xml 和操作系统 ifconfig 输出不匹配，CRS在初始化OCR前就卡死。
- 不能只改
oifcfg就重启 —— 必须确保oifcfg getif显示的子网和ip addr show ens35的实际CIDR完全一致 - 子网掩码必须是网络地址（如
10.10.11.0），不能写成主机地址（如10.10.11.61） - 如果用
oifcfg delif删除最后一块私网接口，会报PRIF-31: Failed to delete the specified network interface because it is the last private interface，此时只能先setif新的再delif旧的
节点未全部在线时oifcfg命令直接报错
oifcfg 是集群级命令，依赖OCR和CSSD服务正常运行。只要有一个节点CRS没起来，执行 oifcfg setif 就会返回 PRIF-26: Error in update the profiles in the cluster。
这意味着你不能在“边修边试”状态下操作 —— 必须所有节点都处于 Active 状态，或干脆全停掉再离线修改。
- 检查状态用
olsnodes -s -n -i，输出里不能有Inactive或空行 - 若某节点CRS已挂，不要强行在该节点上运行
oifcfg，它只会让集群元数据更混乱 - 稳妥做法：用
crsctl stop cluster -all停掉全部节点，再逐台修改/etc/hosts、网卡配置、oifcfg，最后统一启集群
HAIP地址冲突引发LMS进程hung住
Oracle 11gR2+ 默认启用HAIP（Highly Available IP），用于私网冗余。如果两节点HAIP分配到同一地址（比如都拿到 169.254.12.3），LMS进程会在70秒后报 LMS1 has not called a wait for 70 secs，接着触发实例驱逐。
这种冲突不会立刻报错，但业务会“时快时慢”，告警日志里反复出现 ORA-29770、ORA-29743，最终实例重启。
- 查HAIP分配：运行
oifcfg getif看是否含haip类型接口；或用ifconfig | grep 169.254 - 临时规避：在冲突节点执行
sudo /u01/app/11.2.0/grid/bin/crsctl stop res ora.cluster_interconnect.haip -init，但治标不治本 - 根因是ARP响应异常或底层交换机未开启IGMP snooping，需网络侧配合排查
私网配置不是“改完IP就能用”，关键在三处严格对齐：oifcfg getif 输出、ip addr 实际地址、/etc/hosts 中对应解析。任何一处差一个点，集群就可能启动失败或运行数小时后突然分裂。别信“先试试”，RAC的私网容错率远低于你的预期。
