Questions tagged «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并且工作正常。 因此，似乎文件系统没有响应有两个问题。 这是一台运行虚拟机的生产机，因此无法选择重新启动。 以下进程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进程之一不起作用 |-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 和？zombiedaemonwithout controlling terminal 我觉得它们之间有某种距离，特别是通过的概念controlling terminal，但是我仍然没有太多信息可以讲述一个故事，例如是否需要给一个孩子讲一些有关Linux的文章而又不撒谎。 更新＃1：例如（我不知道这是不是真的） background-- zombie前台进程无法成为zombie，因为zombie是没有父进程的后台进程 daemon- without ctty-所有daemons无运行ctty，但不是所有的过程，而不ctty是daemons background-- 可以检索到daemona 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