如何处理Oracle 11gR2 RAC中常见的CRS-4535错误

CRS-4535根本原因是crsd未启动，而非崩溃，根源在于私网通信中断、OCR/Voting Disk不可用或ASM实例未就绪；必须依次验证私网连通性、OCR磁盘组挂载状态及ASM实例运行情况，再针对性处理。

crs-4535 不是 crsd 进程挂了，而是它压根没起来——因为底层依赖断了。强行 crsctl start crs 通常无效，甚至会让状态更混乱。必须先确认私网、ocr/voting disk、asm 实例这三块是否就绪。

检查私网心跳连通性与配置一致性

OCR 和 CSSD 都依赖私网通信，丢包、延迟高、MTU 不一致或防火墙拦截都会导致 cssd.bin 启动失败，进而让 crsd.bin 无法注册。

• 用 ping -I <private_if><peer_private_ip></peer_private_ip></private_if> 测试双向低延迟（≤5ms），别只用 ping 默认路由
• 确认 ifconfig 中私网接口的 mtu 值在所有节点完全一致（推荐统一设为 1500）
• 临时禁用防火墙：service iptables stop（RHEL5/6）或 systemctl stop firewalld（RHEL7+）
• 检查 /etc/hosts 是否正确定义了所有节点的 public、private、scan 名称，且无重复或解析冲突

验证 OCR 和 Voting Disk 的可达性与权限

crsd 启动前必须能读写 OCR 和 Voting Disk，路径不可达、权限错误或 ASM 磁盘组未 mount 都会直接触发 CRS-4535。

• 运行 ocrcheck -config 查看 OCR 配置路径，再用 crsctl query css votedisk 确认投票盘状态是否为 ONLINE
• 以 grid 用户执行 asmcmd lsdg，重点看 OCR 所在磁盘组的 state 是 MOUNTED、offline_disks 为 0、usable_file_mb > 0
• 检查设备权限：ls -l /dev/mapper/ocr* 应显示属主为 grid:asmadmin；若不一致，需同步 udev 规则并重载
• 不要忽略 ocrconfig -showbackup —— 如果备份路径不可写（如 NFS 挂载点异常），也可能阻塞启动

确认 ASM 实例和 ora.crsd 资源状态

即使 OCR 磁盘组已 mount，ASM 实例本身可能未启动，或者 ora.crsd 被卡在 INTERMEDIATE 或 OFFLINE 状态，此时手动拉起无意义。

• 用 ps -ef | grep asm_pmon 确认 ASM 实例进程是否存在；若无，尝试 srvctl start asm -n <node></node>
• 运行 crsctl stat res ora.crsd -init，状态不是 ONLINE 就别急着 start；先查日志：$ORACLE_HOME/log/<hostname>/crsd/crsd.log
• 常见日志线索：ORA-15077 表示 ASM 实例不可达，CLSF-00100 多指向 OCR 设备路径访问失败
• 若 crsd.log 显示反复尝试连接 ASM 但超时，优先检查 asmcmd 下能否正常 ls OCR 目录，而非仅看磁盘组状态

避免 11.2.0.1 版本特有的启动卡死问题

Oracle 11.2.0.1 GI 存在已知 bug：首次 crsctl start crs 可能卡住不动，实际是 ohasd 在等待一个命名管道就绪，需要人工触发。

• 在 root 用户下执行 ./crsctl start crs 后，立即另开终端，运行：/bin/dd if=/var/tmp/.oracle/npohasd of=/dev/null bs=1024 count=1
• 该命令会阻塞几秒，完成后原终端通常立刻显示 CRS-4123 成功信息
• 此操作仅适用于 11.2.0.1；升级到 11.2.0.4+ 可彻底规避
• 注意：该修复不能跳过前面三步的诊断——如果私网不通或 OCR 不可达，dd 命令也救不回来

最常被忽略的是：CRS-4535 报错时，crsctl check crs 显示 CRS-4529（CSSD online）和 CRS-4533（EVM online）都正常，容易误判为“只有 crsd 有问题”。其实这恰恰说明 CSSD 已退守为单节点模式，不再尝试集群协调——根源一定出在跨节点通信或共享存储层面，而非 crsd 自身二进制文件损坏。