标签归档：ohasd.bin

我们都知道，在RAC环境中，如果kill ocssd.bin进程，会引起主机重启。 但是有时候系统已经异常了了，且CRS不能正常关闭，而主机可能是几年没重启的老系统，没人敢重启，现在怎么办？ 我们只能尝试手工kill进程的方式，然后手工修复CRS（注意，在10.2 RAC中，只有3个d.bin进程）。 测试环境：操作系统是OEL 6.6 这套RAC的CRS版本是11.2.0.4： 注意，由于12.1普通RAC（非Flex Cluster）的情况根本文一样，处理思路和过程也一样。 查看当前CRS的状态： 查看当前所有的CRS进程： 这么多进程，他们的关系参见：11.2 RAC 的启动过程 好吧，我们开始模拟kill进程。首先kill 掉/u01/app/11.2.0.4/grid/bin/ohasd.bin（会自动重启，参见11.2 RAC 的启动过程） 然后，我们kill cssdmonitor： 这里没有这个集成，表示cssdmonitor进程被重启过了： （参见11.2 RAC 的启动过程） 上面进程启动时间在20:04~20:07之间的，都是被/u01/app/11.2.0.4/grid/bin/ohasd.bin进程重启后，自动后台重启的。 现在，我们kill mdnsd gpnpd gipcd osysmond。 这4个进程中，前面3个是CRS启动除了ohasd以外，最早启动的几个进程。 如果kill这些进程，ohasd都会重启的： 这里我们看到，刚才kill 的4 进程都没起来，怎么回事？ 别急，还没到时间，ohasd需要check后才启动，O(∩_∩)O哈哈~ 然后，我们kill 监听： 好吧，看看，刚才kill的进程都被重启了，11.2的RAC真强悍啊。 … 继续阅读 →