gpt4 book ai didi

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

转载 作者:塔克拉玛干 更新时间:2023-11-03 01:56:20 27 4
gpt4 key购买 nike

我有一个运行 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可能是一个相关的问题,如果它对某人有帮助的话。

最佳答案

我很确定您在 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 标准允许信号 17SIGUSR2SIGCHLDSIGSTOP。因此,我强烈建议使用标准库的 signal 模块中的常量,而不是硬编码的信号编号。

关于python - Linux - SIGSTOP 的原因以及如何处理它?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39473817/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com