Почему скрипт на Python работает самостоятельно, но не запускается в качестве службы?

Существует несколько причин, по которым скрипт на Python может работать самостоятельно, но не запускаться в качестве службы. Некоторые из них могут быть связаны с различиями в окружении (например, абсолютные и относительные пути к файлам и библиотекам), разрешениями доступа к файлам, наличием внешних зависимостей, правами пользователя при запуске службы и т. д.

Чтобы настроить запуск скрипта Python3 в Linux как службы с использованием systemd и избежать проблем с импортом библиотек, следуйте этим шагам:

1. Создайте новый файл с расширением .service в папке /etc/systemd/system/. Например, /etc/systemd/system/my_python_script.service.

2. В открывшемся файле укажите параметры запуска для вашего скрипта. Например:

```
[Unit]
Description=My Python Script
After=network.target

[Service]
User=your_username
WorkingDirectory=/path/to/your/script
ExecStart=/usr/bin/python3 my_script.py
Restart=always

[Install]
WantedBy=multi-user.target
```

3. Перезапустите systemd, чтобы подхватить изменения:

```
sudo systemctl daemon-reload
```

4. Запустите службу и добавьте её в автозапуск:

```
sudo systemctl start my_python_script
sudo systemctl enable my_python_script
```

Теперь ваш скрипт Python3 должен запускаться как служба без проблем с импортом библиотек. Помните также, что важно убедиться, что все необходимые библиотеки установлены в виртуальном окружении или глобально в системе, чтобы избежать ошибок импорта.

Виртуальное окружение в проекте есть? Если да, то запускать скрипт надо не системным питоном, а питоном из этого окружения. <br/> EDIT1: <br/> <blockquote>Если из командной строки дать pyhon3 /home/lxm213/script.py, то скрипт работает штатно и без ошибок</blockquote> <br/> Т.е. скрипт запускаешь в системном окружении, а не в виртуальном. ОК, тогда по идее он должен работать... <br/> Но встаёт вопрос: как ты ставил schedule? Просто <code>pip install schedule</code> ? Из-под рута ставил или с правами просто пользователя? <br/> Если ставил из-под рута, то библиотека будет установлена в системный интерпретатор и будет доступна всем пользователям. <br/> Если ставил не из-под рута, то, возможно, pip поставил её куда-то в твой домашний каталог - я знаю, что под виндой он так делает. Тогда библиотека доступна только если запускать скрипт из-под твоего пользователя. <br/> <br/> Отсюда три возможных решения: <br/> 1. Создать виртуальное окружение для проекта, поставить библиотеку в это виртуальное окружение (используя местный pip), запускать скрипт через python3 из этого окружения. <br/> 2. Если библиотека была поставлена без рут-прав, указать в .service-файле, что скрипт надо запускать от имени твоего пользователя, а не от имени root. <br/> 3. Убедиться, что библиотека поставлена в системный интерпретатор. При необходимости поставить её с рут-правами. Тогда скрипт будет работать из-под любого пользователя.

Ответ ИИ... <br/> <br/> Доброго дня! Судя по описанию, проблема может быть связана с окружением, в котором запускается скрипт при старте службы. Есть несколько моментов, на которые стоит обратить внимание: <br/> <br/> 1. **Путь до интерпретатора Python**: Убедитесь, что в вашем unit-файле для службы указан правильный путь до интерпретатора Python. Он может отличаться от того, что используется в интерактивной сессии или в вашей среде разработки. <br/> <br/> 2. **Переменные окружения**: При запуске скрипта через службу переменные окружения могут быть другими по сравнению с теми, что установлены в интерактивной сессии. Особенно это касается переменных `PYTHONPATH` и `PATH`. <br/> <br/> 3. **Виртуальное окружение**: Если вы используете виртуальное окружение для Python, убедитесь, что служба активирует его перед запуском скрипта. <br/> <br/> Ниже приведен пример systemd unit-файла, который должен помочь решить вашу проблему: <br/> <br/> 1. Создайте файл службы, например, `/etc/systemd/system/telegram_bot.service`: <br/> <br/> ```ini <br/> [Unit] <br/> Description=Telegram Bot <br/> After=network.target <br/> <br/> [Service] <br/> User=имя_пользователя <br/> Group=имя_группы <br/> WorkingDirectory=/путь/к/директории/с/скриптом <br/> ExecStart=/usr/bin/python3 /путь/к/директории/с/скриптом/ваш_скрипт.py <br/> Environment="PYTHONPATH=/usr/local/lib/python3.8/site-packages" <br/> <br/> [Install] <br/> WantedBy=multi-user.target <br/> ``` <br/> <br/> 2. Если вы используете виртуальное окружение, измените `ExecStart` на следующее: <br/> <br/> ```ini <br/> ExecStart=/путь/к/вашему/виртуальному/окружению/bin/python /путь/к/директории/с/скриптом/ваш_скрипт.py <br/> ``` <br/> <br/> 3. Перезапустите systemd и включите службу: <br/> <br/> ```sh <br/> sudo systemctl daemon-reload <br/> sudo systemctl enable telegram_bot.service <br/> sudo systemctl start telegram_bot.service <br/> ``` <br/> <br/> 4. Проверьте статус службы для диагностики: <br/> <br/> ```sh <br/> sudo systemctl status telegram_bot.service <br/> ``` <br/> <br/> **Дополнительные шаги**: <br/> <br/> - Убедитесь, что все зависимости установлены в окружении, в котором запускается служба. <br/> - Используйте логирование в вашем скрипте, чтобы лучше понимать, на каком этапе происходит сбой. <br/> <br/> Если после этих шагов проблема остается, проверьте логи службы: <br/> <br/> ```sh <br/> sudo journalctl -u telegram_bot.service <br/> ``` <br/> <br/> Эти действия должны помочь вам разобраться с проблемой импорта библиотек при запуске скрипта через службу. <br/> <br/> P.S. между ```sh и ``` код для выполнения в sh

<blockquote>Сами служба и скрипт запускались, но скрипт был остановлен из-за ошибки импорта питоновской(!) библиотеки.</blockquote> ну так это библиотеку надо установить, ты это сделал? И вообще разберись с виртуальным окружением в python.

В файле сервиса перед запуском скрипта добавь команду cd для перехода в директорию со скриптом.

Попробуйте запустить скрипт из под администратора <br/> Скорей всего часть библиотек стоит под пользователем, и их надо доставить для su