タグ付けされた質問 「zombie-process」

NASで送信が断続的に停止しています。SIGTERMを送信しても、プロセスリストから消えず、その<defunct>横にラベルが表示されます。SIGKILLを送信しても、それは消えませんinit。親はであるため、親を終了できません。プロセスを削除して送信を再開できる唯一の方法は、再起動することです。 私ができる最善のことはTransmissionを試して修正することです（そして試してみました）が、私はコンパイルの初心者であり、それをいじり始める前に私の急流が終わったことを確認したかったです。

27 kill  signals  process-management  init  zombie-process 

私が理解しているように、ゾンビプロセスは死んでいますが、親（またはinitゾンビ自体が孤児である場合）が終了ステータスを確認するまで、プロセステーブルにプレースホルダーとして存在しています。 そして、孤立プロセスについての私の理解は、それらはまだ生きていて実行されているが、親が死んだプロセスであるということです。 ゾンビはすでに死んでいるので、その子供は孤児とみなされますよね？彼らはゾンビを刈り取って影響を受けますか？具体的にはinit、ゾンビが刈り取られた後にのみ子としてそれらを採用するか、親がゾンビになるとすぐにそれらを採用しますか？

27 init  process-management  zombie-process 

以前HP-UXシステムで作業していたが、古い管理者から、システムで使用できるゾンビプロセスの数に上限があると言われました。1024 これは難しい事実の上限ですか？プロセスをいくつでも持つことができるかのように、ゾンビをいくつでも持つことができると思います...？ ディストリビューションごとに異なる値ですか？ 上限に達して別のゾンビを作成しようとするとどうなりますか？

17 process  kill  limit  hp-ux  zombie-process 

スクリプトがコマンドラインから正常に実行されている場合、cronを実行した後に同じスクリプトがゾンビ状態になるのはなぜですか？また同じトラブルシューティングの方法は？ 以下は実際の例です。 [root@abc ~]# ps ax | grep Z 23880 ? Zs 0:00 [checkloadadv.sh] <defunct> 23926 pts/0 S+ 0:00 grep Z [root@abc ~]# strace -p 23880 attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted [root@abc ~]# pstree | grep checkload init-+-crond---crond-+-checkloadadv.sh [root@abc ~]# bash /usr/bin/checkloadadv.sh System Load is OK : 0.05

13 process  zombie-process 

ゾンビプロセスはUnix / Linuxシステムで作成されます。killコマンドを使用して削除できます。 しかし、ゾンビプロセスを処理するための組み込みのクリーンアップメカニズムがLinuxにありますか？

12 linux  zombie-process 

私はさまざまな情報源を掘り下げていますが、子刈りの解剖学についての適切な説明が見つかりません。これは私が理解したいことの単純なケースです。 $ cat <( sleep 100 & wait ) & [1] 14247 $ ps ax -O pgid | grep $$ 12126 12126 S pts/17 00:00:00 bash 14248 12126 S pts/17 00:00:00 bash 14249 12126 S pts/17 00:00:00 sleep 100 14251 14250 S pts/17 00:00:00 grep --color=auto 12126 $ kill -2 …

11 bash  process  signals  zombie-process 

強制終了できない5つのプロセスがありkill -9 $PID、実行するcat /proc/$PID/cmdlineと現在のセッションがハングします。多分それらはゾンビプロセスです。 実行ps -ef or htopすると、現在のセッションもハングします。しかしtop、ps -e正常に動作しています。 したがって、ファイルシステムが応答しないという2つの問題があるようです。 これは仮想マシンを実行する本番マシンであるため、再起動することはできません。 次のプロセスIDが機能していません：16181 16765 5985 7427 7547 これらのプロセスの親はinitです ├─collectd(16765)─┬─{collectd}(16776) │ ├─{collectd}(16777) │ ├─{collectd}(16778) │ ├─{collectd}(16779) │ ├─{collectd}(16780) │ └─{collectd}(16781) ├─collectd(28642)───{collectd}(28650) ├─collectd(29868)─┬─{collectd}(29873) │ ├─{collectd}(29874) │ ├─{collectd}(29875) │ └─{collectd}(29876) そしてqemuプロセスの1つが機能していません |-qemu-system-x86(16181)-+-{qemu-system-x86}(16232) | |-{qemu-system-x86}(16238) | |-{qemu-system-x86}(16803) | |-{qemu-system-x86}(17990) | |-{qemu-system-x86}(17991) | |-{qemu-system-x86}(17992) | |-{qemu-system-x86}(18062) …

11 linux  process  kill  zombie-process 

Linuxでは、子プロセスが終了し、その親がまだその上で待機していない場合、ゾンビプロセスになります。子の終了コードはpid記述子に格納されます。 a SIGKILLが子に送信された場合、何の影響もありません。 これは、終了コードがによって変更されない、SIGKILLまたは終了コードが変更されて、子がSIGKILL？

10 linux  process  signals  zombie-process 

-どのようにこれらのプロセスの概念は一緒に関連してbackground、zombie、daemonとwithout controlling terminal？ 特にのコンセプトではcontrolling terminal、彼らはどこか近づいているように感じますが、Linuxについての記事を読む子供に嘘をつくことなく説明する必要がある場合など、ストーリーを伝えるための情報はまだあまりありません。 更新＃1：たとえば（それが本当かどうかはわかりません） background-- 親なしで残されたバックグラウンドプロセスであるため、zombieフォアグラウンドプロセスはになれませんzombiezombie daemon-- without cttyすべてdaemonsがなしcttyで実行されますが、すべてのプロセスcttyがdaemons background- daemon- background process再び対話的に実行するために取得することができ、daemon is not zombie- without ctty- zombieがある場合に無関心であるcttyそれに接続されているかどうか background- without ctty- processes彼らが持っている一方で、バックグラウンドに送られctty、そして場合はデーモンやダイなっcttyそれらから取られます

8 background-process  daemon  job-control  zombie-process  controlling-terminal