Oracle 12c RAC节点启动停滞90%时,如何通过分析GI日志识别具体阻塞资源?
- 内容介绍
- 文章标签
- 相关推荐
本文共计983个文字,预计阅读时间需要4分钟。
相关专题
crsctl start crs 卡在 90%,不是启动慢,是某个资源死锁或初始化失败导致 GI 启动流程挂起。必须立刻查 ohasd.log 和 oraagent_grid.log,而不是等、重试或盲目重启。
看 ohasd.log 确认是否卡在资源依赖链上
gi 启动到 90% 时,ohasd.bin 已拉起所有代理(oraagent.bin、orarootagent.bin),正等待关键资源就绪。此时日志末尾通常出现类似:2026-05-02 00:42:18.331: [ohasd(3421)]crs-2112:waiting for agent 'oraagent_grid' to start resource 'ora.gpnpd'
或更隐蔽的:clscall_wait: timeout waiting for 'ora.crsd' to be online
这说明阻塞点不在 ohasd 层,而在它下游的资源启动环节。
重点检查 oraagent_grid.log 中 failed/clean/restart 循环
该日志位于 $GRID_HOME/log/<hostname>/agent/ohasd/oraagent_grid/oraagent_grid.log,它是定位具体失败资源的黄金线索。
本文共计983个文字,预计阅读时间需要4分钟。
相关专题
crsctl start crs 卡在 90%,不是启动慢,是某个资源死锁或初始化失败导致 GI 启动流程挂起。必须立刻查 ohasd.log 和 oraagent_grid.log,而不是等、重试或盲目重启。
看 ohasd.log 确认是否卡在资源依赖链上
gi 启动到 90% 时,ohasd.bin 已拉起所有代理(oraagent.bin、orarootagent.bin),正等待关键资源就绪。此时日志末尾通常出现类似:2026-05-02 00:42:18.331: [ohasd(3421)]crs-2112:waiting for agent 'oraagent_grid' to start resource 'ora.gpnpd'
或更隐蔽的:clscall_wait: timeout waiting for 'ora.crsd' to be online
这说明阻塞点不在 ohasd 层,而在它下游的资源启动环节。
重点检查 oraagent_grid.log 中 failed/clean/restart 循环
该日志位于 $GRID_HOME/log/<hostname>/agent/ohasd/oraagent_grid/oraagent_grid.log,它是定位具体失败资源的黄金线索。

