关于/var/lock/subsys目录
总的来说,系统关闭的过程(发出关闭信号,调用服务自身的进程)中会检查/var/lock/subsys
下的文件,逐一关闭每个服务,如果某一运行的服务在/var/lock/subsys下没有相应的选项。在
系统关闭的时候,会像杀死普通进程一样杀死这个服务。
通过察看/etc/rc.d/init.d下的脚本,可以发现每个服务自己操纵时都会去查看
/var/lock/subsys下相应的服务。
请教:RH9里/var/lock/subsys目录的作用
很 多程序需要判断是否当前已经有一个实例在运行,这个目录就是让程序判断是否有实例运行的标志,比如说xinetd,如果存在这个文件,表示已经有 xinetd在运行了,否则就是没有,当然程序里面还要有相应的判断措施来真正确定是否有实例在运行。通常与该目录配套的还有/var/run目录,用来 存放对应实例的PID,如果你写脚本的话,会发现这2个目录结合起来可以很方便的判断出许多服务是否在运行,运行的相关信息等等。
请教:RH9里/var/lock/subsys目录的作用
不是判断文件存在与否,那样不可靠.应该是判断文件是否上了锁.
请教:RH9里/var/lock/subsys目录的作用
我 说的是判断是否有实例正在运行,并注明了程序内部需要另行确定是否真正有实例在运行。实际上,判断是否上锁就是判断这个文件,所以文件存在与否也就隐含了 是否上锁。而这个目录的内容并不能表示一定上锁了,因为很多服务在启动脚本里用touch来创建这个加锁文件,在系统结束时该脚本负责清除锁,这本身就不 可靠(比如意外失败导致锁文件仍然存在),我在脚本里一般是结合PID文件(如果有PID文件的话),从PID文件里得到该实例的PID,然后用ps测试 是否存在该PID,从而判断是否真正有这个实例在运行,更加稳妥的方法是用进程通讯了,不过这样的话单单靠脚本就做不到了