Quand ne devrais-je pas tuer -9 un processus?

Je suis toujours très hésitant à courir kill -9, mais je vois d’autres administrateurs le faire presque systématiquement.

Je pense qu'il y a probablement un juste milieu raisonnable, donc:

1. Quand et pourquoi devrait- kill -9on utiliser? Quand et pourquoi pas
2. Que faut-il essayer avant de le faire?
3. Quel type de débogage un processus "bloqué" pourrait causer d'autres problèmes?

Généralement, vous devriez utiliser kill(raccourci pour kill -s TERM, ou sur la plupart des systèmes kill -15) avant kill -9( kill -s KILL) pour donner au processus cible une chance de se nettoyer lui-même. (Les processus ne peuvent ni intercepter ni ignorer SIGKILL, mais ils le peuvent et le font souvent SIGTERM.) Si vous ne donnez pas au processus la possibilité de terminer et de nettoyer, il risque de laisser des fichiers corrompus (ou un autre état) autour de lui. ne sera pas capable de comprendre une fois redémarré.

strace/ truss, ltraceEt gdbsont généralement bonnes idées pour regarder pourquoi un processus bloqué est bloqué. ( truss -uSolaris est particulièrement utile; je trouve ltracetrop souvent que les arguments des appels de bibliothèque sont présentés dans un format inutilisable.) Solaris dispose également d’ /procoutils utiles , dont certains ont été portés sous Linux. ( pstackest souvent utile).

Randal Schwartz publiait fréquemment "Utilisation inutile de (x)" sur les listes. Un de ces articles parlait de kill -9. Il comprend des raisons et une recette à suivre. Voici une version reconstruite (citée ci-dessous).

(Citation abomination)

Non non Non. N'utilisez pas kill -9.

Cela ne donne pas au processus une chance de proprement:

1) fermer les connexions de prise

2) nettoyer les fichiers temporaires

3) informer ses enfants qu'il s'en va

4) réinitialiser ses caractéristiques de terminal

et ainsi de suite et ainsi de suite.

Généralement, envoyez 15 et attendez une seconde ou deux, et si cela ne fonctionne pas, envoyez 2, et si cela ne fonctionne pas, envoyez 1. Si cela ne fonctionne pas, ENLEVEZ LE BINAIRE car le programme est mal conçu!

N'utilisez pas kill -9. Ne sortez pas la moissonneuse-batteuse simplement pour ranger le pot de fleurs.

Juste une autre utilisation inutile d'Usenet,

(.Signature)

Cela devrait toujours être acceptable kill -9, tout comme il devrait toujours être acceptable de s’arrêter en tirant sur le câble d’alimentation. C’est peut-être antisocial et laisser une certaine reprise à faire, mais cela devrait fonctionner et est un outil puissant pour les impatients.

Je dis cela en tant que personne qui essaiera d'abord de tuer simplement (15), parce que cela donne à un programme une chance de nettoyer, peut-être simplement d'écrire dans un journal "sortant du signal 15". Mais je n'accepterai aucune plainte pour mauvaise conduite sur un kill -9.

La raison: beaucoup de clients font ce que les programmeurs préfèrent ne pas faire. Le test aléatoire de mise à mort -9 est un scénario de test correct et juste. Si votre système ne le gère pas, votre système est en panne.

J'utilise kill -9 de la même manière que je jette les ustensiles de cuisine au lave-vaisselle: si un ustensile de cuisine est endommagé par le lave-vaisselle, alors je ne le veux pas.

Il en va de même pour la plupart des programmes (même des bases de données): si je ne peux pas les tuer sans que les choses se détériorent, je ne veux pas vraiment les utiliser. (Et si vous utilisez une de ces non-bases de données qui vous encourage à prétendre avoir conservé des données quand elles ne l’ont pas fait: eh bien, il est temps que vous réfléchissiez à ce que vous faites).

Parce que dans le monde réel, les choses peuvent tomber à tout moment pour n'importe quelle raison.

Les gens devraient écrire des logiciels tolérants aux plantages. En particulier sur les serveurs. Vous devriez apprendre à concevoir un logiciel qui suppose que les choses vont se casser, se bloquer, etc.

Il en va de même pour les logiciels de bureau. Lorsque je veux fermer mon navigateur, il faut généralement AGES pour l'éteindre. Il n'y a rien mon navigateur doit faire cela devrait prendre plus au maximum quelques secondes. Quand je lui demande de fermer, il devrait pouvoir le faire immédiatement. Quand ce n'est pas le cas, alors nous retirons kill -9 et le fabriquons.

Non mentionné dans toutes les autres réponses est un cas où kill -9ne fonctionne pas du tout, lorsqu'un processus est <defunct>et ne peut pas être tué:

Comment puis-je tuer un processus <defunct> dont le parent est init?

Qu'est-ce qui est défunt pour un processus et pourquoi il n'est pas tué?

Donc, avant de tenter kill -9un <defunct>processus, lancez-vous ps -efpour voir quel est son parent et essayez le -15(TERM) ou -2(INT) et enfin -9(KILL) sur son parent.

_{Note: qu'est ps -ef- ce que .}

_{Modifier plus tard et la prudence: Faire preuve de prudence en tuant les processus, leurs parents ou leurs enfants, car ils peuvent laisser des fichiers ouverts ou corrompus, les connexions inachevées, peuvent bases de données corrompues etc sauf si vous savez ce que le kill -9fait pour un processus, utiliser seulement en dernier recours , et si vous devez exécuter kill, utilisez les signaux spécifiés ci-dessus avant d'utiliser-9 (KILL)}

Ne jamais faire un kill -9 1. Évitez également de tuer certains processus tels que mount`. Lorsque je dois tuer beaucoup de processus (par exemple, une session X doit être suspendue et je dois tuer tous les processus d'un utilisateur donné), j'inverse l'ordre des processus. Par exemple:

ps -ef|remove all processes not matching a certain criteria| awk '{print $2}'|ruby -e '$A=stdin.readlines; A.reverse.each{|a| puts "kill -9 #{a}"}'|bash

Gardez à l'esprit que cela killn'arrête pas un processus et libère ses ressources. Il ne fait qu’envoyer un signal SIGKILL au processus; vous pourriez vous retrouver avec un processus qui est bloqué.

Tuer des processus bon gré mal gré n'est pas une mince affaire: des données peuvent être perdues, des applications mal conçues peuvent se casser de manière subtile qui ne peuvent pas être réparées sans une réinstallation ... mais cela dépend complètement de savoir ce qui est protégé ou non. situation donnée. et ce qui serait à risque. L’utilisateur devrait avoir une idée du processus qu’il est ou devrait être en train de faire et de ses contraintes (disque IOPS, rss / swap) et pouvoir estimer le temps qu’un processus long devrait prendre (par exemple une copie de fichier, réencodage mp3, migration de messagerie, sauvegarde, [votre temps préféré ici].)

De plus, envoyer SIGKILLà un pid n'est pas une garantie de le tuer. S'il est bloqué dans un appel système ou déjà zombié ( Zdans ps), il peut continuer à l'être. C’est souvent le cas d’un processus de longue haleine et de l’oubli bgavant d’essayer kill -9. Un simple fgva reconnecter stdin / stdout et probablement débloquer le processus, généralement suivi de la fin du processus. S'il est bloqué ailleurs ou dans une autre forme de blocage du noyau, seul un redémarrage peut permettre de supprimer le processus. (Les processus Zombie sont déjà morts après avoir SIGKILLété traités par le noyau (aucun autre code utilisateur ne sera exécuté), il existe généralement une raison pour le noyau (similaire au fait d'être "bloquée" en attente d'un appel système) pour que le processus ne se termine pas.)

De même, si vous souhaitez supprimer un processus et tous ses enfants, prenez l'habitude d'appeler killavec le PID annulé, pas seulement le PID lui-même . Il n'y a aucune garantie SIGHUP, SIGPIPEni aucun SIGINTautre signal nettoyant après, et avoir un tas de processus de nettoyage désavoués pour nettoyer (vous souvenez-vous d'un bâtard?) Est ennuyeux.

Bonus maléfique: kill -9 -1est légèrement plus dommageable que kill -9 1(Ne faites pas non plus en tant que root, sauf si vous voulez voir ce qui se passe sur une VM jetable et non importante)

Pourquoi vous ne voulez pas kill -9un processus normalement

Selon man 7 signal:

Les signaux SIGKILL et SIGSTOP ne peuvent pas être interceptés, bloqués ou ignorés.

Cela signifie que l’application qui reçoit l’un ou l’autre de ces signaux ne peut pas les "intercepter" pour qu’elle ait un comportement de fermeture.

Ce que vous devez faire avant de lancer kill -9un processus

Avant d'envoyer le signal au processus, vous devez vous assurer que:

1. Assurez-vous que le processus n'est pas occupé (c.-à-d. "Travail"); l'envoi d'un kill -9processus entraînera essentiellement la perte de ces données.
2. Si le processus est une base de données non réactive, assurez-vous qu'elle a vidé en premier ses caches. Certaines bases de données prennent en charge l'envoi d'autres signaux au processus pour forcer le vidage de son cache.

J'ai créé un script qui aide à automatiser ce problème.

Il est basé sur ma réponse complète 2 dans une question très similaire à stackoverflow .

Vous pouvez lire toutes les explications ici. Pour résumer, je recommanderais juste SIGTERMet SIGKILL, ou même SIGTERM, SIGINTet SIGKILL. Cependant, je donne plus d'options dans la réponse complète.

S'il vous plaît, n'hésitez pas à télécharger (cloner) à partir du référentiel github pour tuer gracieusement 1