crs-4537错误表明ohas未启动，需先执行ps -ef | grep ohasd确认进程是否存在，若无输出则检查/etc/oracle/olr.loc路径有效性及权限，再手动执行crsctl start ohasd并验证crsctl check crs是否返回crs-4638。
crsctl check crs 报 CRS-4537：先确认 ohasd 是否存活
这个错误不是 CRS 资源启不动，而是整个高可用框架根本没起来。crsctl check crs 依赖本地 ohasd 进程通信，一旦它挂了，所有 crsctl 命令都会失效。
立刻执行：ps -ef | grep ohasd——如果无输出，说明 ohasd 没运行，别碰 crsctl start crs。
- 检查
/etc/oracle/olr.loc是否存在且路径有效：cat /etc/oracle/olr.loc，内容应类似olrconfig_loc=/u01/app/19c/grid/cdata/olr.ocr - 若路径指向不存在目录，或权限是
600（非644），ohasd启动会静默失败 - 手动启动：
sudo /u01/app/19c/grid/bin/crsctl start ohasd，之后必须立即验证：crsctl check crs，看到CRS-4638: Oracle High Availability Services is online才算过关
ohasd 启动后仍报 CRS-4537 或卡在 INTERMEDIATE
说明 OHAS 已起，但底层资源链路断裂，常见于 OCR/voting disk 不可达或 ASM 未就绪。
- 用
asmcmd lsdg看 OCR 所在磁盘组（如OCRVOTE）状态——若是DISMOUNTED，需先sqlplus / as sysasm执行ALTER DISKGROUP OCRVOTE MOUNT - 运行
crsctl query css votedisk，确认输出路径（如+OCRVOTE或/dev/mapper/mpathb）在所有节点上都能被root用户读取，且ls -l显示属主为grid:oinstall、权限为660（裸设备）或644（NFS 文件） - 查私网连通性：
olsnodes -n应列出全部节点编号；若某节点缺失，查$GRID_HOME/log/<hostname>/cssd/ocssd.log</hostname>中 “IPC Send timeout” 或 “Failed to connect to CSS daemon”，大概率是防火墙拦了 UDP 12345 或私网网卡 down 了
ohasd 进程存在但反复崩溃或日志报 ORA-15077
这指向 OLR 本体损坏或 OCR 访问链路断开，不能只看进程是否存在。
- 检查
$GRID_HOME/log/<hostname>/client/ocrcheck.log</hostname>：出现ORA-15077: cannot locate ASM instance serving OCR才真正指向 OLR 损坏；若只有PRCR-1076或CRS-4535，问题大概率在 ASM 未启、监听未起、或orapw+ASM权限不对 - 确认
ora.asm资源状态：crsctl stat res ora.asm -f，若为OFFLINE或INTERMEDIATE，先解决 ASM 层问题（见磁盘组挂载部分） -
orapw+ASM文件必须存在且属主为grid:oinstall、权限640；监听必须已启动（srvctl status listener），否则 ASM 实例无法注册到 OCR
Grid 软件疑似损坏时的误操作风险
很多“OHASD 启不来”其实是权限或路径问题，不是软件损坏。盲目删 GI 或重跑 root.sh 可能导致 OCR 损坏。
- 别直接
rm -rf $GRID_HOME：故障节点残留的/etc/oracle/olr.loc、/etc/oracle/ocr.loc、$GRID_HOME/crs/install/*会干扰后续加节点 - 删节点必须从健康节点发起：
crsctl delete node -n <faulty_node></faulty_node>，再登录故障节点手动清理残留 - 静默加节点时，
addnode.sh参数必须严格匹配 OCR 注册名，尤其是CLUSTER_NEW_NODES和CLUSTER_NEW_PRIVATE_NODE_NAMES，否则ora.asm卡在 OFFLINE
OHASD 启动失败的根因往往藏在最浅层：olr.loc 路径错、设备权限不一致、私网不通、或 ASM 根本没起来。跳过这些直接查 OCR 备份或重装 GI，反而延长恢复时间。
