哪个才是真正的cssd zz

http://www.itpub.net/viewthread.php?tid=1153343&highlight=

 

看看ocssd一家子

# proctree -a 118858
1    /etc/init                                   ----- 老祖宗级别
   118858    /bin/sh /etc/init.cssd fatal        ----从inittab中respawn的，爷爷级别
   884904    /bin/sh /etc/init.cssd daemon
   262264    /bin/sh -c ulimit -c unlimited; cd /local/oracle/crs/log/racibm232/cssd; /local
   806978    /local/oracle/crs/bin/ocssd.bin  ---真正的ocssd  孙子级别
   327818    /bin/sh /etc/init.cssd oclsvmon
   389190    /bin/sh -c cd /local/oracle/crs/log/racibm232/cssd/oclsvmon; ulimit -c unlimite
   946208    /local/oracle/crs/bin/oclsvmon.bin  ---保驾护航的，孙子级别，
   827638    /bin/sh /etc/init.cssd oclsomon
   401618    /bin/sh -c cd /local/oracle/crs/log/racibm232/cssd/oclsomon; ulimit -c unlimite
   413812    /local/oracle/crs/bin/oclsomon.bin   ----有vendor cluster才有，孙子级别
 

爷爷有起死回生术(respawn)    不怕出意外
怕出意外的是儿子辈和孙子辈的，出意外系统就玩玩。 

oprocd也是这个家族的一员，呵呵，也是一起保证爷爷的，如果oprocd认为爷爷死了，全家都玩玩，节点直接出局
不过11.1的和10.2的d.bin不算很多了，呵呵，以后会更多的。接近double了。呵呵

孙子不存在单点故障不故障的，挂了节点就挂了。