Forma alternativa de matar un proceso zombie

Acabo de notar algunos procesos zombies en CentOS 6.8 (Final), intenté matarlos pero todavía están allí:

[root@host user]# ps -ef | grep git
tomcat     746     1  0 Jul18 ?        00:00:00 git clone https://github.com/angular/bower-angular.git -b v1.3.20 --progress . --depth 1
tomcat     747   746  0 Jul18 ?        00:00:00 [git-remote-http] <defunct>
root     20776 20669  0 09:03 pts/3    00:00:00 grep git
tomcat   29970     1  0 Jul18 ?        00:00:00 git clone https://github.com/components/jqueryui.git -b 1.12.0 --progress . --depth 1
tomcat   29971 29970  0 Jul18 ?        00:00:00 [git-remote-http] <defunct>

[root@host user]# kill 746 747 29970 29971

[root@host user]# ps -ef | grep git
tomcat     746     1  0 Jul18 ?        00:00:00 git clone https://github.com/angular/bower-angular.git -b v1.3.20 --progress . --depth 1
tomcat     747   746  0 Jul18 ?        00:00:00 [git-remote-http] <defunct>
root     21525 20669  0 09:26 pts/3    00:00:00 grep git
tomcat   29970     1  0 Jul18 ?        00:00:00 git clone https://github.com/components/jqueryui.git -b 1.12.0 --progress . --depth 1
tomcat   29971 29970  0 Jul18 ?        00:00:00 [git-remote-http] <defunct>

Como puede ver, están funcionando durante dos meses, y también, si no son dañinos, me desharía de ellos, ¿alguna forma alternativa de matar a un zombi?

Como mencionó Heemayl, en realidad no puedes matar a un zombie. Ya está [no] muerto ...

Sin embargo, el problema que enfrenta parece un problema con el git clonecomando. Se atasca de alguna manera. ¿Probablemente caduca o falla de alguna otra manera? A menudo es debido a alguna de E / S que un proceso se queda atascado en el punto en que una SIGTERMy SIGINTno va a funcionar.

Para matarlo, en este caso, desea utilizar la -9opción de línea de comando. Esto significa enviar la SIGKILLseñal. Realmente puedes usar -KILLtambién.

[root@host user]# kill -KILL 746 29970

Para obtener una lista de señales disponibles, use la opción de línea de comando de lista.

[root@host user]# kill -l

Esto le muestra los números y los nombres (y verá que # 9 dice SIGKILL).

No puedes matar a un zombi (proceso), ya está muerto. Solo está esperando que su proceso padre lo haga wait(2)y recopile su estado de salida. No tomará ningún recurso en el sistema que no sea una entrada de tabla de proceso.

Puede enviarlo SIGCHLDa su padre para informarle que uno de sus hijos ha finalizado (es decir, solicitarle que recopile el estado de salida del niño). Esta señal se puede ignorar (que es la predeterminada):

kill -CHLD <PPID>

(Reemplace <PPID>con el PID real del padre).

O puede matar el proceso padre para que init(PID 1) herede el proceso zombie y lo coseche correctamente (es una de initlas principales tareas para heredar cualquier huérfano y hacerlo wait(2)regularmente). Pero no se recomienda matar a los padres. En general, la creación de procesos zombies indica problemas / problemas de programación y, en su lugar, debe intentar solucionarlos o informarlos.

para buscar procesos zombie:

ps aux | grep -w Z | grep -v grep

ps -eo stat,ppid | grep -w Z

para matar el proceso zombie, las ID de los padres deben eliminarse, es decir, PPID:

kill PPID1 PPID2

kill $(ps -eo stat,ppid|grep -w Z|awk '{print $2}'|tr "\n" " ")

Cuando un proceso padre muere, todo el proceso zombie se limpiará. No mates el proceso principal solo para limpiar el proceso zombie. Volverá de nuevo cuando vuelva a ejecutar su programa. Arregle su programa con una llamada adecuada al sistema "wait ()" o "waitpid ()".