必须停集群再同步修改，仅调oifcfg不改物理IP必致OCR初始化前卡死；典型表现为PROC-44或clsu_get_private_ip_addresses: no ip addresses found，根源是oifcfg配置子网（如10.10.12.0）与网卡实际CIDR（如10.10.11.0/24）不一致，CRS在读OCR前即校验失败退出。
必须停集群再同步改，只调 oifcfg 不改物理 ip 一定会卡死在 ocr 初始化前。
CRS 启动失败报 PROC-44 或 clsu_get_private_ip_addresses: no ip addresses found
这是最典型的子网不匹配现象：你在 oifcfg setif -global ens35/10.10.12.0:cluster_interconnect 里填了 10.10.12.0，但网卡实际配的是 10.10.11.61/24（即子网是 10.10.11.0）。CRS 在读 OCR 前就校验网络层，发现 ip addr show ens35 输出的 CIDR 和 GPnP profile.xml 里记录的不一致，直接退出。
- 用
oifcfg getif看当前配置的 subnet - 用
ip addr show ens35看该网卡实际 CIDR —— 注意必须是网络地址（如10.10.11.0/24），不能是主机地址（如10.10.11.61/24） - 两者必须完全一致，包括末尾的
/24长度 - 修改顺序：先停所有节点的 CRS（
crsctl stop cluster -all），再逐台改/etc/sysconfig/network-scripts/ifcfg-ens35和/etc/hosts，最后统一执行oifcfg setif
添加新节点时 root.sh 卡在 CRS-4402 / CRS-2674 / CRS-5005
这类错误往往不是孤立的 VIP 冲突，而是底层私网配置已污染。比如节点 2 执行 root.sh 时提示 CRS-5005: IP Address: 192.168.180.6 is already in use，表面是 SCAN VIP 被占，实则是节点 1 的 HAIP（169.254.x.x）或私网 ARP 缓存未刷新，导致新节点误判网络可达性。
- 检查 HAIP 是否冲突：
ifconfig | grep 169.254，两节点不能分配到同一地址 - 确认新节点私网网段未被其他虚拟机或容器占用（尤其在 VMware/VirtualBox 中）
- 不要跳过
roothas.pl -deconfig -force清理残留；若报Can't locate Env.pm，改用完整 perl 路径执行：/u01/app/11.2.0/grid/perl/bin/perl /u01/app/11.2.0/grid/crs/install/rootcrs.pl -deconfig -force - 清理后重跑
root.sh前，务必验证olsnodes -s -n -i输出中无Inactive行
节点部分宕机时误操作 oifcfg 导致元数据损坏
oifcfg 是集群级命令，依赖 CSSD 和 OCR 正常服务。只要有一个节点的 crsd.bin 没起来，你在另一节点执行 oifcfg setif 就会返回 PRIF-26: Error in update the profiles in the cluster —— 它不是“没权限”，而是根本连不上集群配置库。
- 不要在单节点上“边试边修”：看到某节点
crsctl check css返回CRS-4639，立刻放弃在该节点运行任何oifcfg或srvctl命令 - 正确做法：用
crsctl stop cluster -all强制全停，再进单节点离线模式修改 - 若已误删最后一块私网接口，报
PRIF-31: Failed to delete the specified network interface because it is the last private interface，只能先setif新地址，再delif旧地址，不能反着来
真正麻烦的从来不是改哪条命令，而是所有节点的物理 IP、oifcfg 配置、GPnP profile.xml、HAIP 分配这四者必须严格对齐 —— 少一个环节，CRS 就卡在初始化第一秒，连日志都来不及写全。
