Як увімкнути virtualenv у сервісному блоці systemd?

Я хочу "активувати" virtualenv у файлі служби systemd.

Я хотів би уникати процесу оболонки між процесом systemd та інтерпретатором python.

Моє поточне рішення виглядає так:

[Unit]
Description=fooservice
After=syslog.target network.target

[Service]
Type=simple
User=fooservice
WorkingDirectory={{ venv_home }}
ExecStart={{ venv_home }}/fooservice --serve-in-foreground
Restart=on-abort
EnvironmentFile=/etc/sysconfig/fooservice.env

[Install]
WantedBy=multi-user.target

/etc/sysconfig/fooservice.env

PATH={{ venv_home }}/bin:/usr/local/bin:/usr/bin:/bin
PYTHONIOENCODING=utf-8
PYTHONPATH={{ venv_home }}/...
VIRTUAL_ENV={{ venv_home }}

Але у мене проблеми. Я отримую ImportErrors, оскільки деякі enties у sys.path відсутні.

Virualenv "запечений у інтерпретаторі Python у virtualenv". Це означає, що ви можете запустити pythonабо console_scriptsбезпосередньо в цьому virtualenv і вам не потрібно спочатку активувати virtualenv або керувати PATHсобою .:

ExecStart={{ venv_home }}/bin/fooservice --serve-in-foreground

або

ExecStart={{ venv_home }}/bin/python {{ venv_home }}/fooservice.py --serve-in-foreground

і видаліть EnvironmentFileзапис.

Щоб перевірити, чи це дійсно правильно, ви можете перевірити sys.path, запустивши

{{ venv_home }}/bin/python -m site

і порівняння результату з

python -m site

Хоча шлях до бібліотек справді запечений у інтерпретаторі python virtualenv, у мене були проблеми з інструментами python, які використовували бінарні файли, встановлені в цьому virtualenv. Наприклад, моя служба повітряного потоку apache не працюватиме, оскільки не може знайти gunicornдвійковий файл. Щоб обійти це, ось моя ExecStartінструкція з Environmentінструкцією (яка встановлює змінну середовища для однієї служби).

ExecStart={{ virtualenv }}/bin/python {{ virtualenv }}/bin/airflow webserver
Environment="PATH={{ virtualenv }}/bin:{{ ansible_env.PATH }}"

ExecStartявно використовує інтерпретатор python virtualenv. Я також додаю PATHзмінну, яка додає двійкову папку virtualenv перед системою PATH. Таким чином, я отримую бажані бібліотеки python, а також бінарні файли.

Зверніть увагу, що я використовую ansible для побудови цієї служби, наприклад, фігурних дужок jinja2.

Я використовую не virtualenv, а pyenv: ось він просто для того, щоб використати справжній шлях .pyenv у shebang і переконатися, що він знаходиться у PATH

Приклад: pyenv активує flask-prod для користувача mortenb, який працює в prod

/home/mortenb/.pyenv/versions/flask-prod/bin/python --version
Python 3.6.2

Потім до моїх скриптів-колб, що починаються в systemd * .service, я додаю наступний шебанг:

#!/home/mortenb/.pyenv/versions/flask-prod/bin/python3

У моєму випадку я просто намагався додати змінні середовища, необхідні для Flask, наприклад

[Service]
Environment="PATH=/xx/yy/zz/venv/bin"
Environment="FLASK_ENV=development"
Environment="APP_SETTINGS=config.DevelopmentConfig"

Я використовував virtualenv, а /xx/yy/zz/venv/binтакож шлях до папки virtualenv.