为何root也无法kill一些进程？

fxhnkf

我常会遇到一些oracle进程，或者tuxedo的服务进程，连root用户都无法通过kill -9将他们杀死？这是为何？
9号信号不是不可屏蔽也不可捕获的信号么？为什么这些进程这么特殊呢？他们是怎样来做到这一点的呢？
此时还有什么其它的办法将他们杀死么？

fxhnkf

我猜是否存在这样的可能，对于低速的系统调用，信号会中断它，但是有这样的一类系统调用，它不是低速的，但是在一些系统软硬件的特殊情况下，它处于一个阻塞或者挂起的状态(可能由于软硬件的故障，这种挂起是永久的)，此时信号来临的时候，就不会中断这个系统调用，这个进程就处于了一种永久的挂起状态？

有没有这种可能性呢？
现在问题的核心就是，是否所有处于阻塞状态的系统调用都会被信号中断？如果不是，那么低速的系统调用的精确定义是什么，哪些系统调用是可以被信号中断的？

零二年的夏天

我觉得可能是没kill准确或者是进程变成了僵尸。

jacobzhu

kill -9

fxhnkf

首先肯定不是KILL准确，这个我和同事反复确认了，一点都没错。
第二，我们反复PS过进程状态，肯定不是僵死态，这些进程的父进程都是INIT，就是父进程的PID为1，是不可能处于僵死态的。

还望大牛出来看看，给个解释：）

honbj

原帖由 sqp1982 于 2006-12-4 09:42 发表
可能是他有个监控进程,你把它kill 了,它的监控进程知道后,就又把它起来了

顶这个

fxhnkf

原帖由 sqp1982 于 2006-12-4 09:42 发表
可能是他有个监控进程,你把它kill 了,它的监控进程知道后,就又把它起来了

这个说法也是不成立的，因为进程的pid没有变过，如果是监控进程将它重起，至少这个进程的pid会改变。

出差去了，忙，这么晚才回来自己的帖子

zhangzhu1984

如果只kill了只进程，父进程没有kill掉，可能出现这样的情况吗？
望解释哈，^_^3q

fxhnkf

楼上的什么意思，没听大懂，呵呵
还望大家多看看这个帖子：）