为什么init 脚本需要lock 文件?
当一个服务通过init脚本启动,会在/var/lock/subsys/目录下创建一个和init脚本同名的文件。当服务被停止时,这个文件将被删除。这个文件的内容对于本文的范围不重要,只要文件名和init脚本相同。
这个文件表明一个服务的子系统被锁住,这意味着服务一定正在运行。由于一个服务可能由多个不同名字的可执行文件组成,找到某一个单一的可执行文件的进程ID(PID)是不太可能用来确定整个服务本身的状态。因此,命令:
service <initscript> status
检测可执行文件的PID并检测目录/var/lock/subsys/中的文件. 如果PID 没有被发现但子系统被锁住, 你将会收到类似如下的信息:
<service> dead but subsys locked
管理一个服务的子系统有两个目的。首先,如果服务不锁住子系统,它仍然可以通过服务接口启动和停止。然而,当切换运行级别,rc 脚本检查文件是否存在于/var/lock/subsys/ 中。如果这个文件没有被发现,该服务将不会在运行级别之间正确地启动或停止,即使在/etc/rc#.d/目录里有启动和杀死的符号链接。
其次,在重新启动和关机的过程中,目录/var/lock/subsys/会被检测。关机的顺序如下:
1. 对所有已知的服务运行 service <initscript> stop
2. 运行 kill -SIGTERM 来终止所有进程
3. 暂停5秒钟
4. 运行 kill -SIGKILL 杀掉所有剩下的进程
这种关机的方法是这样进程尽可能正常地被杀掉。在关机的过程中,脚本/etc/rc.d/init.d/killall检测目录/var/lock/subsys/,看看是否仍然有子系统被锁住。在其他所有的服务已经被停止后,如果一个服务的子系统仍被锁定,(即第1步完成以上),killall脚本使用子系统的文件名来调用service <initscript> stop. 这种尝试是为了在交给步骤2到4进行强制终止进程之前正常的停止服务。
为什么init脚本需要lock文件
最新推荐文章于 2023-06-07 13:18:50 发布