监控进程方案设计思路？

kacy16

  在关键设备上运行一应用软件，需要该应用软件系统7x24不间断的运行提供服务，
操作系统是linux2.6.3x的版本。
   针对该种应用的特性，为了防止应用系统崩溃退出或陷入死循环不工作状态，初步设定了以下的设计方案，
应用系统运行由两个进程组成，分别为监控进程和工作进程。监控进程与工作进程为父子进程关系。
应用系统启动时，首先是监控进程，把监控进程设置为守护进程的形态，然后fork一子进程C，
   子进程C启动后，使用execl的形式运行一编译好的应用工作软件，提供实质的应用功能。
监控进程启动后，通过命名管道的方式与工作子进程进行通信，读取工作子进程发来的信息帧，确认
工作进程还在正常的运行着，这点类似网络的心跳检测包，当然也使用 select+waitpid的方式非阻塞
的检测等待工作子进程是否崩溃退出。 如果监控进程连续4次没有从管道文件中读取到工作子进程发来的信息，
则认为该工作子进程已经陷入不正常的状态。则中断子进程的运行，重新启动子进程。
   如果检测到工作子进程有崩溃退出的情况，则重新启动工作子进程。

工作子进程在主工作任务线程，每隔2分钟则往管道文件写入一数据，告知监控进程我正在正常的工作中。

此简单的设计方法请各位高手指点下，是否合理，以及能够实现？
各位实际中对关键应用的保护的方案大概是怎样的呢？
另外有以下具体的技术问题也想请教一下各位高手，谢谢!
1 监控进程处于守护进程的状态时，fork一工作子进程，并以execl方式运行工作软件是否正确， 该工作软件
是一多线程架构软件，使用网络为各客户端软件提供服务。
2 是否能够在监控进程中以 select+waitpid的非阻塞的方式同时监控子进程是否退出和官道文件是否可读。


  

yangsf5

你这个监控进程与被监控进程容易相互影响。
其中一个挂了会影响另一个。

建议是分开到单独的进程。
这样监控进程和工作进程各自升级什么都不会影响彼此。

监控进程监测工作进程的方式也有很多种。
最简单的是工作进程写日志，监控进程读，看关键日志是否一直正常频率的更新。
还有其他各种IPC.

zhzhs

其实这个问题不难的

建立一个守护程序，每分钟调用你的应用程序
而应用程序在启动的时候，检测是否后台已经有相同的程序在运行，如果有，则退出；否则继续

kacy16

谢谢各位的指点与建议，目前是采用进程间IPC的方式让一进程去监视另一进程是否在正常运行中。

shijiang1130

kacy16 发表于 2014-03-25 20:50
在关键设备上运行一应用软件，需要该应用软件系统7x24不间断的运行提供服务，
操作系统是linux2.6.3x的 ...

erlang 的supervisor能做好你说的事。
http://www.erlang.org/doc/design_principles/sup_princ.html

duanjigang

参考我以前写的这个 taskeeper
http://bbs.chinaunix.net/thread-2039888-1-1.html
或者 daemontools
http://cr.yp.to/daemontools.html