杀不死的进程

 今天调试程序遇到一个奇怪的现象,一个停止进程的脚本,使用killall proc_name,居然杀不死进程,进一步观察,发现

 

有些进程是可以马上杀死,有些要等一些时间才能杀死。真郁闷。

 

先交代一下进程的背景,这些进程都设置了对信号SIGTERM的捕获,以待进程在收到信号SIGTERM后,处理完后再安全退出。

 

使用strace观察一下,发现进程阻塞在/dev/random这个read操作上,顿时醒悟过来,改为/dev/urandom立马搞掂!

 

顺便也知道了killall proc_name和killall -9 proc_name的区别,后者是发送SIGKILL信号,这是进程不能捕获,进程收到

 

这个信号,马上就要死掉。而killall 默认是发送SIGTERM信号。

Linux系统中,有时可能会遇到某些进程异常顽固,无论通过`kill`命令还是尝试重启服务,都无法结束该进程。这种情况通常有以下几个原因: 1. 进程正在运行在守护模式(Daemon)下:守护进程通常是后台运行并自我管理的程序,它们有自己的生命周期管理规则,`kill`信号可能足以终止。在这种情况下,可以尝试使用更强烈的信号,如`kill -9`(SIGKILL)来强制结束。 2. 进程已进入僵尸状态:如果一个进程已经退出,但其父进程并未接收到它的退出信号(例如,父进程未调用wait()函数),那么这个已退出的进程会变为僵尸状态。这时需要找到并其父进程,才能真正结束它。 3. 虚拟内存故障:有时候进程可能因为内存泄漏或其他内部错误导致系统无法正常结束,这时可能需要借助工具(如`pstack`, `gdb`等)定位问题并采取相应措施。 4. 内核级进程:一些内核模块或者操作系统核心进程可能容易被普通用户权限下的`kill`命令终结,这时可能需要root权限或特定的工具(如`killall`, `initctl`, `systemctl`等)。 5. 防火墙或安全策略阻止:如果系统的防火墙设置阻止了`kill`信号的传递,也需要检查并调整。 当你遇到这种问题时,应首先确定进程ID(PID),然后结合上述情况排查,并可能需要查阅具体的文档或寻求专业人士的帮助。如果你需要帮助执行操作,可以提供进程ID以便进一步指导。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值