プロセスを-9で殺すべきではないのはいつですか？

私は走るのをいつもためらっていますがkill -9、他の管理者がほとんど定期的にそれをするのを見ます。

私はおそらく賢明な中間点があると考えているので：

1. いつ、なぜkill -9使用する必要がありますか？いつ、なぜそうではないのですか？
2. それを行う前に何を試すべきですか？
3. 「ハング」プロセスをデバッグすると、さらに問題が発生する可能性がありますか？

一般に、kill（）の前（kill -s TERM、またはほとんどのシステムkill -15）を使用して（）の前にターゲットプロセスにクリーンアップする機会を与える必要があります。（プロセスはキャッチすることも無視することもできませんが、キャッチできることはよくあります。）プロセスが実行中の処理を完了してクリーンアップする機会をプロセスに与えないと、破損したファイル（またはその他の状態）がその周囲に残る可能性があります再起動すると理解できなくなります。kill -9kill -s KILLSIGKILLSIGTERM

strace/ truss、ltraceおよびgdb一般的にスタックプロセスがスタックしている理由を見ているために良いアイデアです。（truss -uSolarisでは特に役立ちます。ltraceライブラリ呼び出しの引数を使用できない形式で提示することがよくあります。）Solarisには便利な/procツールもあり、その一部はLinuxに移植されています。（pstack多くの場合便利です）。

Randal Schwartzは、リストに「（x）の無駄な使用」を頻繁に投稿していました。そのような投稿の1つはでしたkill -9。理由と従うべきレシピが含まれています。再構築されたバージョンを以下に示します。

（かなり憎悪）

ダメダメダメ。kill -9を使用しないでください。

プロセスにきれいな機会を与えません：

1）ソケット接続をシャットダウンする

2）一時ファイルをクリーンアップする

3）子供たちにそれがなくなることを知らせる

4）端末の特性をリセットする

などなど。

通常、15を送信し、1〜2秒間待機し、それが機能しない場合は2を送信し、それが機能しない場合は1を送信します。それが機能しない場合、プログラムの動作が悪いためバイナリを削除します！

kill -9を使用しないでください。植木鉢をきれいにするためだけにコンバインを出さないでください。

Usenetのもう1つの無駄な使用、

（。署名）

kill -9電源ケーブルを引っ張ってシャットダウンするのと同じように、常に実行してもかまいません。それは反社会的であり、ある程度の回復を余儀なくされるかもしれませんが、それは機能するはずであり、せっかちな人のためのパワーツールです。

これは、プレーンキル（15）を最初に試みる人としてこれを言います。これは、プログラムに何らかのクリーンアップを行う機会を与えるからです。しかし、キル-9での不正行為についての苦情は受け付けません。

理由は、多くの顧客がプログラマーが好むことを好むが、好まないことをするからです。ランダムキル-9テストは適切かつ公正なテストシナリオであり、システムがそれを処理しない場合、システムが破損します。

kill -9は、食器洗い機に台所用品を投げるのとほぼ同じ方法で使用します。台所用品が食器洗い機によって台無しになった場合、私はそれを望みません。

同じことはほとんどのプログラム（データベースであっても）に当てはまります：物事がうまくいかずにそれらを殺すことができないなら、私はそれらを本当に使いたくありません。（そして、これらの非データベースのいずれかを使用して、データを保持していないふりをすることをお勧めする場合：まあ、あなたは何をしているのかを考え始める時だと思います）。

現実の世界では、なんらかの理由でいつでも物事がダウンする可能性があるためです。

人々はすべきクラッシュに耐性があるソフトウェアを書きます。特にサーバー上。物事が壊れたり、クラッシュしたりすることを想定したソフトウェアの設計方法を学ぶ必要があります。

デスクトップソフトウェアについても同じことが言えます。ブラウザをシャットダウンする場合、通常はAGESでシャットダウンします。ありません、何も私のブラウザが必要それは秒の最大のカップルよりも多くを取る必要があります行うには。シャットダウンするように要求すると、すぐにそれを行うことができます。うまくいかない場合は、kill -9を引き出して作成します。

他のすべての回答で言及されてkill -9いないのは、プロセスが強制終了され、強制終了<defunct>できない場合に、まったく機能しないケースです。

親がinitである<defunct>プロセスを強制終了するにはどうすればよいですか？

プロセスにとって何が機能しないのか、なぜプロセスが強制終了しないのか？

したがってkill -9、<defunct>プロセスの実行ps -efを試行してから、その親が何であるかを確認し、その親に対して-15（TERM）または-2（INT）および最後に-9（KILL）を試行します。

_{注： 何をps -efしますか。}

_{後の編集と注意：プロセス、その親またはその子を強制終了するときは、ファイルを開いたり破損したり、接続が未完成になったりkill -9、プロセスがどうなるかわからない限りデータベースを破損したりする可能性があるため、最後の手段としてのみ使用してください、そしてkillを実行する必要がある場合は、使用する前に上記で指定したシグナルを使用します-9 (KILL)}

絶対にしないでくださいkill -9 1。また、mount`のような特定のプロセスでkillを実行しないでください。多くのプロセスを強制終了する必要がある場合（たとえば、Xセッションがハングし、特定のユーザーのすべてのプロセスを強制終了する必要がある場合）、プロセスの順序を逆にします。例えば：

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

killプロセスを停止してリソースを解放しないことに注意してください。SIGKILLシグナルをプロセスに送信するだけです。ハングしたプロセスで終わる可能性があります。

強制的にプロセスを強制終了するのはスムーズな動きではありません：データが失われる可能性があり、設計が不十分なアプリは、再インストールなしでは修正できない微妙な方法で破壊される可能性があります。与えられた状況。そして何が危険にさらされるでしょうか。ユーザーは、プロセスが何であるか、何をするべきか、その制約（ディスクIOPS、rss / swap）を把握し、長時間実行されるプロセスにかかる時間を見積もることができます（ファイルコピー、 mp3再エンコード、メールの移行、バックアップ、[ここでお気に入りのタイムシンク]。）

さらに、SIGKILLpid に送信しても、それを強制終了する保証はありません。システムコールでスタックしている場合、または既にゾンビ化さZれpsている場合（in ）、ゾンビ化が継続する可能性があります。これは、多くの場合、^ Zの長時間実行プロセスであり、bg試行前に忘れてkill -9います。単純なfg方法では、stdin / stdoutに再接続し、おそらくプロセスのブロックを解除します。通常はその後、プロセスが終了します。他の場所または他の形式のカーネルデッドロックでスタックしている場合、プロセスを削除できるのは再起動のみです。（ゾンビプロセスはSIGKILL、カーネルによって処理された後、既に死んでいます（ユーザーランドコードはそれ以上実行されません）。プロセスが終了しないのは、通常、カーネルの理由（syscallの終了を待つ「ブロック」に似ています）です。

また、プロセスとそのすべての子を強制終了する場合は、PID自体だけでなくkill、否定されたPIDで呼び出す習慣を身に付けます。SIGHUP、SIGPIPEまたはSIGINTその他のシグナルがクリーンアップする保証はありません。クリーンアップするために、無視されたプロセスがたくさんある（雑種を覚えていますか？）のは面倒です。

ボーナスの悪：kill -9 -1わずかにダメージが大きくなりますkill -9 1（破棄された重要でないVMで何が起こるかを見たい場合を除き、rootとしてはしないでください）。

どうしてkill -9普通に処理したくないのか

によるとman 7 signal：

シグナルSIGKILLおよびSIGSTOPは、キャッチ、ブロック、または無視できません。

つまり、これらの信号のいずれかを受信するアプリケーションは、それらを「キャッチ」してシャットダウン動作を行うことができません。

kill -9プロセスで実行する前にすべきこと

プロセスにシグナルを送信する前に、次のことを確認する必要があります。

1. プロセスがビジーでないことを確認します（つまり、「作業」を行っています）。kill -9プロセスにを送信すると、基本的にこのデータが失われます。
2. プロセスが応答しないデータベースである場合、最初にキャッシュをフラッシュしたことを確認してください。一部のデータベースは、プロセスへのその他のシグナルの送信をサポートして、キャッシュのフラッシュを強制します。

この問題の自動化に役立つスクリプトを作成しました。

それはstackoverflowで非常によく似た質問の私の完全な回答2に基づいています。

ここですべての説明を読むことができます。要約するSIGTERMとSIGKILL、私はただお勧めします、そして、あるいはSIGTERM、SIGINTそしてSIGKILL。ただし、完全な回答ではより多くのオプションを提供します。

killgitfullyに github リポジトリからダウンロード（クローン）してください1