crs-1606本质是cssd在仲裁阶段卡死，主因包括私网中断但投票盘仍可访问、oifcfg子网配置与物理网卡cidr不匹配、haip冲突或缺失，三者常叠加触发；需优先查ocssd.log首条error定位根因。
CRS-1606错误本质是CSSD无法完成节点仲裁
CRS-1606报错“Cluster Synchronization Services daemon is not running”不是单纯进程没起来，而是CSSD在启动过程中卡在仲裁阶段——它既收不到足够节点的心跳，又无法确认自己是否有资格独占集群资源。此时crsctl check css会返回CRS-4639，olsnodes -s可能显示部分节点为Inactive或直接超时无输出。
最常见触发场景：私网中断但投票盘仍可访问
这是RAC脑裂的前兆，也是CRS-1606高频成因。当私网（interconnect）链路完全中断（比如交换机宕机、网线拔掉、防火墙拦截UDP 12345端口），而所有节点仍能读写voting disk时，CSSD会陷入“我该相信心跳还是磁盘？”的死锁：
- 网络心跳丢失 → 触发
css_misscount倒计时（默认30秒） - disk heartbeat正常 → CSSD不敢单方面驱逐其他节点
- 等待超时后，CSSD主动退出，留下CRS-1606状态
验证方法：ping -I bond0 -c 3 <peer_private_ip></peer_private_ip>全丢包，但crsctl query css votedisk仍能列出投票盘路径。
oifcfg配置与物理网卡CIDR不匹配也会引发CRS-1606
很多人以为CRS-1606只和网络连通性有关，其实配置层不一致同样致命。例如oifcfg getif显示ens35/10.10.12.0:cluster_interconnect，但ip addr show ens35实际是10.10.11.61/24（即网络地址应为10.10.11.0/24）。CSSD在初始化阶段就会校验GPnP profile.xml中的子网和系统真实CIDR，不一致则拒绝继续，静默退出并报CRS-1606。
- 必须用
ip addr show看**网络地址+掩码长度**（如10.10.11.0/24），不能只抄IP -
oifcfg setif修改后必须停启HAS：crsctl stop has→ 等ps -ef | grep cssd无残留 →crsctl start has - 若集群已部分宕机，
oifcfg命令本身会失败（报PRIF-26），此时只能全停集群再离线改
HAIP冲突或未分配导致CSSD反复重启
Oracle 11.2+默认启用HAIP（169.254.x.x），用于私网冗余。但如果两节点HAIP分配到同一地址（如都拿到169.254.12.3），或某节点根本没生成HAIP子接口（ifconfig -a | grep 169.254无输出），CSSD会在日志里刷no network HB，然后崩溃重启，外在表现就是crsctl check css时断时续，最终稳定在CRS-1606。
- 查HAIP是否生效：
ifconfig | grep -A2 "169\.254"，确认每节点都有独立子接口 - 查CSSD日志：
grep -i "no network hb\|clssnmvDHBValidateNCopy" $GRID_HOME/log/<hostname>/cssd/ocssd.log</hostname> - 禁用HAIP临时验证（不推荐生产）：
crsctl modify resource "ora.cluster_interconnect.haip" -attr "ENABLED=0"，但需同步调整oifcfg指向物理IP
真正棘手的是：CRS-1606往往不是单一原因，而是私网配置错误 + HAIP失效 + 投票盘路径异常三者叠加。动手前先看ocssd.log里第一条ERROR，它通常指向最底层的失败点，而不是最后那个CRS-1606提示。
