Kill -9 中断、プロセスを終了できない（殺人防止プロセス）

重複の可能性：
「kill -9」が動作しない場合はどうなりますか？

これを尋ねるには少し遅れましたが、後で参考にできるようにします。

今日、顧客はSSH接続が遅く、コマンドの実行速度が遅いと報告した後（一部はまったく機能しない）、サーバーを確認するように求められました。

ログイン後すぐに入力できるため、待ち時間や帯域幅飽和などのネットワーク上の問題ではないようです（これはSSHの経験に直接関連する傾向があるためです）。最初に実行しようとしましたが、top何も起こらなかった後、Ctrl + Cを押して操作をキャンセルしました。プロンプトが開始待機中に中断されましたtop。

free -mまた、キャンセルする前にプロンプ​​トで1分以上停止しました。

df -hそれは実行され、60％の空きディスク容量があることを示しました（一部のアプリケーションがクラッシュしてディスクにログがいっぱいになったかどうか疑問に思います）。

dmesg実行されません。

実行しましたが、tail -n 50 /var/log/message残念ながらもう出力が出ないのに深刻な問題があるようです。多くのメモリ位置は16進数で印刷されており、おそらくその内容（理解できない裏打ち）が右側に表示されているでしょう。の出力に非常に似ています。これ同様の例を見つけようとしてログを検索しました。右側の列にほとんどの行に "ext4"が含まれていることを除いて、ファイルシステムエラーがある可能性がありますか？

実行中にtail -n 50 /var/log/syslog上に書かれた効果と一緒にすべてのメモリブームの真ん中にここで繰り返される数行のコードを見ましたInfo procname:pid blocked for more than 120 seconds。

ps auxあるプロセスのCPU使用率が299％に達するまで実行し、出力を見ました。

ps aux | grep procname

procuser    8279  299  0.0 479064 41916 pts/6    Sl+  08:05 548:31 /path/to/procname procbox 6390 6394 6395 0

したがって、プロセスは奇妙に見えますが、メモリ関連のコマンド（sudoを使用するかどうかにかかわらず）を実行することはできません。たとえばfree -m、またはtop。cat /proc/meminfo40GBのRAMのうち、5GBほど利用可能であることがわかります。

試してみましたが、kill PID数分間ぶら下げてあきらめました。やり直してkill -9 PIDも同じことでした。プロセスが忙しくてカーネルの終了メッセージに応答できないと仮定できますか？試してみましたが、それも機能せずにrenice 19 PID実行され、ただ停止します。kill -9 PIDrenice

結局、ハード再起動が必要でしたが、これは理想的ではありませんでした。これで、サーバーのプロフェッショナルなアプリケーションによってファイルが破損しています。他にどのようなオプションがありますか？

単にプロセスを停止する方法はありますか？ SIGTERMを送信するのではなく、コード処理を停止するなどの操作を実行しますか？