主页 / unix / 问题 / 409609
Accepted
sscirrus
Asked: 2017-12-08 15:38:45 +0800 CST

如何使用 systemd 在 vi​​rtualenv 中运行命令

  • 772

我相信这应该很简单，但我无法让它正常工作。

这些是我可以在命令行上运行的命令：

cd /home/debian/ap

# Start a virtualenv
source venv-ap/bin/activate

# This needs to happen inside the virtualenv and takes ~20 seconds
crossbar start

# Outside the virtualenv, perhaps in a different command line window
python3 /home/debian/myscript.py

这些命令必须按此顺序执行。由于 virtualenv、crossbar 的不可执行以及之后单独的 python 脚本，我一直无法找出让它工作的最佳方法。我目前正在进行的工作：

[Unit]
Description=Start CB
After=network.target

[Service]
Type=simple
User=debian
ExecStartPre=source /home/debian/ap/venv-ap/bin/activate
ExecStart=cd /home/debian/ap/ && crossbar start
Restart=always

[Install]
WantedBy=multi-user.target
systemd python

2 个回答

  1. Best Answer

    这不起作用，因为source它是一个 shell 命令，所以 systemdExecStart=或者ExecStartPre=不会直接理解它们......（顺便说一句，对于cd和也是如此&&。）

    您可以通过显式运行 shell 并在那里一起运行所有命令来实现这一点：

    ExecStart=/bin/sh -c 'cd /home/debian/ap/ && source venv-ap/bin/activate && crossbar start'

    但更好的方法是直接使用 virtualenvpython中的可执行文件，而不是采购“激活”脚本。bin/

    如果您查看 virtualenv 的使用文档，您会注意到它说：

    ENV/bin已创建，可执行文件所在的位置 - 明显是一个新的python。因此，运行一个脚本#! /path/to/ENV/bin/python将在这个 virtualenv 的 python 下运行该脚本。

    换句话说，假设crossbar您要运行的 Python 脚本需要venv-apvirtualenv，只需从以下内容开始crossbar：

    #!/home/debian/ap/venv-ap/bin/python

    并且它会在调用时自动使用 virtualenv。

    也可以直接从 virtualenv 调用 Python 解释器，方法是：

    ExecStart=/home/debian/ap/venv-ap/bin/python /path/to/crossbar start

    （另外，关于在特定目录中运行，设置WorkingDirectory=/home/debian/ap比使用cd命令更好。你不需要这样的 shell，systemd 可以为你做更好的错误处理。）

    • 42

  2. 我想迭代@filbranden 的回答第二部分

    但更好的方法是直接使用您的 virtualenv 的 bin/ 中的 python 可执行文件，而不是采购“激活”脚本。

    如果你查看 virtualenv 的使用文档，你会注意到它说：

    创建了 ENV/bin，可执行文件所在的位置 - 明显是一个新的 python。因此使用 #! 运行脚本 /path/to/ENV/bin/python 将在这个 virtualenv 的 python 下运行该脚本。

    不要在没有激活的情况下在 venv 中运行东西！公平地说，文档也具有误导性。激活 venv 使您能够将工作目录与 python（和 venv-ed 包）路径分开，这是经常必须的：您不想直接在 venv bin 中运行/放置某些东西，但是您安装了一些脚本对它的依赖。

    考虑以下情况（我敢打赌这是最常见的情况之一）：

    • 您需要从 git repo 运行脚本，但它的依赖项与您的 python 包不兼容
    • 您创建了一个 virtualenv 并 pip 在那里安装了依赖项
    • 您在某处克隆了 repo，但脚本不在 venv 的 bin 中。

    如果你甚至想从 git repo 处理应用程序，你希望它的文件夹是原始的，除了你有意义的代码修改。你不会想改变shebang。您可以将整个 venv 放入克隆的 repo 中的子目录中并 gitignore 它以保持一切井井有条，但是：

    • 您可以将 systemd 工作目录设置为克隆文件夹
    • 您将使用带有子文件夹的 python 完整路径的脚本运行
    • 脚本将找不到 pip-ed 的 deps，因为它们不在工作文件夹中，也不在路径中 如果您反转文件夹层次结构（将 repo 克隆到 venv 的子文件夹），问题仍然存在。

    另外，也许您不想直接运行 python，但是例如：gunicorn，并且您将 webapp 放置在/srvvenv 位于/var/lib.

    不激活 venv 不是一个好习惯，我想知道那个愚蠢的段落是如何进入官方 venv 文档的。是的，在某些情况下不需要激活它，除非在很多真实场景​​中！- 我认为。

    ExecStartPre无论如何都不适用于采购 venv，因为它是在与ExecStart命令不同的 shell 中执行的，因此环境变量在后者中不会正确。

    我建议设置 venv PATHEnvironment

    • 0

相关问题