今これは奇妙です。これを使用してプロセスを終了しようとしましたが、pid
まったく機能しません。
root@machineA:/home/david# ps aux | grep modelling
david 5075 0.0 0.0 1285420 29404 ? Dl 21:05 0:01 /opt/modelling/bin/http
root 8730 0.0 0.0 8096 936 pts/4 S+ 22:43 0:00 grep --color=auto modelling
プロセスを終了する方法は次のとおりです。
root@machineA:/home/david# kill -9 5075
そして、私が再びした場合ps
。同じ結果をもう一度見ることができます。
root@machineA:/home/david# ps aux | grep modelling
david 5075 0.0 0.0 1285420 29404 ? Dl 21:05 0:01 /opt/modelling/bin/http
root 9062 0.0 0.0 8100 936 pts/4 S+ 22:44 0:00 grep --color=auto modelling
何が起こっているのか知っている人はいますか?この問題は以前はうまく機能し、数時間前から発生し始めました。何が問題なのかよく分からない。
直す:-
D
私はトップを作り、代わりにZ
次のように表示されます。uninterruptible sleep
5075 david 20 0 1255m 28m 13m D 0 0.0 0:01.09 http
答え1
D State
中断できないプロセスを削除するには、コンピュータを再起動しなければ問題は解決しません。システムが自動的に処理できない場合。
D State
通常、プロセスが長期間中断される可能性は少なくなります。その場合は、システムに正しく処理されない問題があります。これは潜在的なバグかもしれません。
D State
以下は、プロセスに関するOpenVZの抜粋です。
D 状態が発生すると、プロセスは中断されない省電力状態になります。 D状態のプロセスでは何もできないため、この状態は良くありません。幸いなことに、プロセスは通常この状態にとても長く滞在しません。ただし、D 状態プロセスが複数ある場合、システムの一部のロジックが破損します。このような場合は、不幸な睡眠がどこで発生したのかを把握することが非常に重要です。 lオプションでpsコマンドを使用すると、簡単に実行できます。 WCHAN列には、プロセスが休止しているカーネル関数の名前が表示されます。
# ps axl | awk '$10 ~ /D/'
F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTY TIME COMMAND
vass 13478 7.2 0.0 1732 624 pts/1 D+ 17:36 0:00 find ./