python - Linux - SIGSTOP 的原因以及如何处理它？

Question

我有一个运行 bash 脚本的 Python 脚本。我需要能够终止 bash 脚本，如果它看起来是无限的，并且它还必须在 chroot jail 中运行，因为该脚本可能很危险。我使用 psutil.Popen() 运行它并让它运行两秒钟。如果它没有自然结束，我将发送 SIGKILL 给它和它所有可能的 child 。

问题是，如果我由于超时执行而终止一个脚本并运行另一个脚本，主 (Python) 脚本会收到一个 SIGSTOP。在我的本地机器上，我做了一个非常愚蠢的解决方案:Python 脚本在启动时将其 PID 写入一个文件，然后我运行另一个脚本，该脚本每秒向存储在中的 PID 发送 SIGCONT文件。这有两个问题:它真的很愚蠢，但更糟糕的是它拒绝在服务器上工作 - SIGCONT 在那里什么都不做。

顺序是:Python 脚本运行一个响应 jail 的 bash 脚本，该 bash 脚本运行可能危险和/或无限的脚本。这个脚本也可能有一些 child 。

代码的相关部分:

主要 python 脚本

    p = psutil.Popen(["bash", mode, script_path, self.TESTENV_ROOT])
    start = time.time()

    while True:
        if p.status() == psutil.STATUS_ZOMBIE:
            # process ended naturally
            duration = time.time() - start
            self.stdout.write("Script finished, execution time: {}s".format(duration))
            break

        if time.time() > start + run_limit:
            children = p.children(recursive=True)
            for child in children:
                child.kill()
            p.kill()
            duration = None
            self.stdout.write("Script exceeded maximum time ({}s) and was killed.".format(run_limit))
            break

        time.sleep(0.01)

    os.kill(os.getpid(), 17)  # SIGCHLD
    return duration

在 chroot 中运行脚本($1 是要在 chroot jail 中运行的脚本，$2 是 jail 路径)

#!/usr/bin/env bash

# copy script to chroot environment
cp "$1" "$2/prepare.sh"

# run script
chmod u+x "$2/prepare.sh"
echo './prepare.sh' | chroot "$2"
rm "$2/prepare.sh"

示例 prepare.sh 脚本

#!/bin/bash
echo asdf > file

我花了一些时间试图解决这个问题。我发现这个脚本(没有使用 chroot jail 来运行 bash 脚本)运行良好:

import psutil
import os
import time

while True:
    if os.path.exists("infinite.sh"):
        p = psutil.Popen(["bash","infinite.sh"])
        start = time.time()

        while True:
            if p.status() == psutil.STATUS_ZOMBIE:
                # process ended naturally
                break

            if time.time() > start + 2:
                # process needs too much time and has to be killed
                children = p.children(recursive=True)
                for child in children:
                    child.kill()

                p.kill()
                break

        os.remove("infinite.sh")
        os.kill(os.getpid(), 17)

我的问题是:

• 为什么我会收到 SIGSTOP？是因为 chroot jail 吗？
• 有没有比运行“唤醒”脚本更好的方法来解决我的问题？

感谢您的想法。

编辑: 我发现在我杀死一个超时脚本后运行第一个脚本的那一刻我停止了。无论我使用 os.system 还是 psutil.Popen。

EDIT2:我做了更多调查，关键行是 echo './prepare.sh' |控制 chroot jail 的 bash 脚本中的 chroot "$2"。现在的问题是，它到底有什么问题？

编辑 3: This可能是一个相关的问题，如果它对某人有帮助的话。

Answer 1

我很确定您在 Mac OS 而不是 Linux 上运行它。为什么？您正在向主 Python 进程发送信号 17 而不是使用:

import signal
signal.SIGCHLD

我相信你有一个信号 17 的处理程序，它应该响应这个信号重生 jailed 进程。
但是 signal.SIGCHLD == 17 在 Linux 上和 signal.SIGCHLD == 20 在 Mac OS 上。

现在你的问题的答案是:
signal.SIGSTOP == 17 在 Mac 操作系统上。
是的，您的进程使用 os.kill(os.getpid(), 17)
向自身发送 SIGSTOP Mac OS signal man page

编辑:
实际上它也可能发生在 Linux 上，因为 Linux signal man page表示 POSIX 标准允许信号 17 为 SIGUSR2、SIGCHLD 或 SIGSTOP。因此，我强烈建议使用标准库的 signal 模块中的常量，而不是硬编码的信号编号。