Ошибка импорта python локального модуля при запуске в качестве службы systemd/systemctl

У меня есть приложение python, которое я запускаю как системный сервис. Приложение работает нормально, когда я запускаю его вручную. Когда я запускаю его как службу, он не может найти локальный модуль, который был установлен с помощью pip install -e my_module.

Основная часть приложения имеет следующий код:

print(sys.argv)
import pip
installed_packages = pip.get_installed_distributions()
installed_packages_list = sorted(["%s==%s" % (i.key, i.version) for i in installed_packages])
print(installed_packages_list)
print('doing tox')
import tox
print('doing my_mod')
import my_mod
print(my_mod.__file__)
from my_mod.auth.http_auth_provider import HTTPAuthProvider

Когда я запускаю его вручную, я получаю (обратите внимание, что my-mod включен во вторую строку в "установленных пакетах"):

['/usr/bin/pv_api']
['aiohttp==0.19.0', 'chardet==2.3.0', 'jsonschema==2.5.1', 'pip==7.0.0', 'pluggy==0.3.1', 'pv-api==0.0.0', 'py==1.4.31', 'pycrypto==2.6.1', 'pymongo==3.1.1', 'pyyaml==3.11', 'setuptools==19.6.2', 'six==1.10.0', 'tox==2.3.1', 'virtualenv==14.0.6', 'my-mod==0.1.0', 'webauthsession==1.1.1']
doing tox
doing my_mod
/root/my_module/my_mod/__init__.py

При запуске службы журналы выглядят так (обратите внимание, что my-mod НЕ включен во вторую строку в "установленных пакетах") ::

2016-02-26_00:39:01.90403 ['/usr/bin/pv_api']
2016-02-26_00:39:01.90406 ['aiohttp==0.19.0', 'chardet==2.3.0', 'jsonschema==2.5.1', 'pip==7.0.0', 'pluggy==0.3.1', 'pv-api==0.0.0', 'py==1.4.31', 'pycrypto==2.6.1', 'pymongo==3.1.1', 'pyyaml==3.11', 'setuptools==19.6.2', 'six==1.10.0', 'tox==2.3.1', 'virtualenv==14.0.6', 'webauthsession==1.1.1']
2016-02-26_00:39:01.90407 doing tox
2016-02-26_00:39:01.90407 doing my_mod
2016-02-26_00:39:01.90642 Traceback (most recent call last):
2016-02-26_00:39:01.90642   File "/usr/bin/pv_api", line 9, in <module>
2016-02-26_00:39:01.90642     load_entry_point('pv-api==0.0.0', 'console_scripts', 'pv_api')()
2016-02-26_00:39:01.90643   File "/usr/lib/python3.4/site-packages/pkg_resources/__init__.py", line 547, in load_entry_point
2016-02-26_00:39:01.90643     return get_distribution(dist).load_entry_point(group, name)
2016-02-26_00:39:01.90643   File "/usr/lib/python3.4/site-packages/pkg_resources/__init__.py", line 2719, in load_entry_point
2016-02-26_00:39:01.90643     return ep.load()
2016-02-26_00:39:01.90643   File "/usr/lib/python3.4/site-packages/pkg_resources/__init__.py", line 2379, in load
2016-02-26_00:39:01.90643     return self.resolve()
2016-02-26_00:39:01.90643   File "/usr/lib/python3.4/site-packages/pkg_resources/__init__.py", line 2385, in resolve
2016-02-26_00:39:01.90644     module = __import__(self.module_name, fromlist=['__name__'], level=0)
2016-02-26_00:39:01.90644   File "/usr/lib/python3.4/site-packages/pv/api/main.py", line 33, in <module>
2016-02-26_00:39:01.90644     import my_mod
2016-02-26_00:39:01.90644 ImportError: No module named 'my_mod'

Это также может быть полезной информацией:

[[email protected] etc]# ls -la /usr/lib/python3.4/site-packages/my-mod.egg-link 
-rw-r--r-- 1 root root 37 Feb 26 00:20 /usr/lib/python3.4/site-packages/my-mod.egg-link
[[email protected] etc]# cat /usr/lib/python3.4/site-packages/my-mod.egg-link 
/root/my_module

Редактировать:

Как видно из вывода "installed_packages", все остальные пакеты, установленные с помощью требования.txt, находятся правильно. Только эта библиотека, в которой у меня есть исходный код для локального, не найден, когда я запускаю службу. (Он обнаруживается при запуске из командной строки или при запуске import my_mod из интерпретатора python3.

Ответ 1

У меня была очень похожая проблема с преобразованием upstart heartbeat.conf в systemd heartbeat.service, за исключением модуля requests. Решение заключалось в том, чтобы указать в новом.service, какой пользователь должен запускать его как:

[Unit]
Description=web server monitor

[Service]
WorkingDirectory=/home/user/
User=user
ExecStart=/home/user/heartbeat.py
Restart=always

[Install]
WantedBy=multi-user.target

Без User=user я попал в журналctl:

systemd[1]: Started web server monitor.
heartbeat.py[26298]: Traceback (most recent call last):
heartbeat.py[26298]:   File "/home/user/heartbeat.py", line 2, in <
heartbeat.py[26298]:     import requests
heartbeat.py[26298]: ImportError: No module named requests
systemd[1]: heartbeat.service: Main process exited, code=exited, status=1/FAILURE
systemd[1]: heartbeat.service: Unit entered failed state.

Ответ 2

1) Установите пакет supervisor (более подробные инструкции здесь):

sudo apt-get install supervisor

2) Создайте файл конфигурации для своего демона в /etc/supervisor/conf.d/my_mod.conf:

[program:my_mod]
directory=/path/to/project/root
environment=ENV_VARIABLE=example,OTHER_ENV_VARIABLE=example2
command=python my_mod.py
autostart=true
autorestart=true

3) Перезагрузите supervisor для загрузки нового .conf

supervisorctl update
supervisorctl restart my_mod

Ответ 3

Сначала попробуйте следующее в подсказке python.

$ python
>>> import my_mod
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named my_mod
>>>

Исправить 1

Если вы получаете вышеупомянутый вывод, причиной может быть причина разрешения. Предоставьте разрешение для сайтов-пакетов, используя следующее.

sudo chmod -R go+rX /usr/local/lib/python2.7/dist-packages

Исправить 2

Попробуйте экспортировать PYTHONPATH, как показано ниже:

export PYTHONPATH="/usr/.local/lib/python2.7/site-packages"

Исправить 3

Проверьте, есть ли у вас несколько версий python, работающих на одном компьютере.

Если это так, проверьте, включен ли у вас правильный интерпретатор в начале кода, например: #!/usr/bin/python

Ответ 4

У меня такая же проблема. Я понял, что pip install должна быть специфичной для пользователя.
Поэтому я переключился на root, а затем установил пакеты. После этого он работал.

Однако, я думаю, что указание User=myUser в файле службы было бы более правильным, однако я хотел, чтобы он запускался с правами root, и я не был уверен, что это произойдет, когда я укажу пользователя.

Надеюсь, это поможет кому-то

Ответ 5

Если вы хотите запустить службу с правами администратора, вам необходимо установить модуль с помощью sudo: sudo pip install my_module.

Ответ 6

Поскольку ваш скрипт на python выполняется с python3.4, ваша проблема, скорее всего, заключается в использовании pip вместо pip3 (или, возможно, sudo -H pip3).

Но так как вы также спрашиваете конкретно об использовании модулей python из службы systemd, я бы порекомендовал использовать apt с sudo, если это вообще возможно, вместо того, чтобы возиться с pip (что печально известно для введения проблем с правами доступа к файлам):

sudo apt install python3-my_module