python скрипт не запускается через автозагрузку

как вариант посмотри

# ls -l твой-скрипт

как выполняешь в консоли? а в автозагрузке?

в консоли удачно

# ./script.py

а в /storage/.config/autostart.sh

(/storage/.config/script.py)&

и пробовал

(python3 /storage/.config/script.py)&

после ребута скрипт не отрабатывает.

еще добавил паузу перед запуском

(
sleep 10
python3 /storage/.config/script.py
)&

не помогло.

скорее всего под рутом не настроено окружение питона… попробуй запустить от юзера скрипт а не от рута.

«руками» (/storage/.config/script.py)& или (python3 /storage/.config/script.py)& отрабатывают? а (./script.py)&

скрипт что делать должен? может он просто «спотыкается» при выполнении в автозагрузке.

других юзеров, кроме root и nobody нет в системе, как и команд типа adduser, useradd:

node-1:~ # cat /etc/passwd 
systemd-timesync:x:191:191:systemd-timesync:/:/bin/false
systemd-network:x:193:193:systemd-network:/:/bin/sh
root:x:0:0:Root User:/storage:/bin/sh
nobody:x:65534:65534:Nobody:/:/bin/sh
dbus:x:81:81:System message bus:/:/bin/sh
system:x:430:430:service:/var/run/connman:/bin/sh
avahi:x:495:495:avahi-daemon:/var/run/avahi-daemon:/bin/sh

нет скрипт не спотыается при выполнении в автозагрузке - вручную он отрабатывает при определенных условиях:

# /storage/.config/script.py 
-sh: /storage/.config/script.py: not found

# ./storage/.config/script.py 
-sh: ./storage/.config/script.py: not found

отрабатывает так

# python3 /storage/.config/script.py 

# (/storage/.config/script.py)&
# -sh: /storage/.config/script.py: not found

отрабатывает

# (python3 /storage/.config/script.py)&

несмотря на то, что скрипт находится в /storage/.config он запускается только через python3 script.py

# cd /storage/.config/

# pwd
/storage/.config

# ls -l script.py 
-rwxr-xr-x    1 root     root           900 Nov 27 16:26 script.py

# (script.py)& 
-sh: node-1:~/.config # script.py: not found

# ./script.py 
-sh: ./script.py: not found

отрабатывает

# python3 script.py

Странно, что путь к python3 присутствует в переменной окружения PATH, /usr/bin/python3, но при этом скрипт запускается только через явно указанную команду:

# python3 script.py

при явном указании python3 в автозагрузке скрипт срабатывает? и да – /usr/bin/python3 это же линк. я понимаю, что звучит глупо, но факт на лицо.

нет, при явном указании python3 в автозагрузке скрипт не срабатывает. Срабатывает только если вручную его запустить. Да /usr/bin/python3 это линк, но на реальный файл /usr/bin/python3.7

# ls -l /usr/bin/python3
lrwxrwxrwx    1 root     root             9 Oct 28 19:05 /usr/bin/python3 -> python3.7

# ls -l /usr/bin/python3.7
-rwxr-xr-x    1 root     root          5732 Oct 28 19:05 /usr/bin/python3.7

Напиши в автостарт-скрипте

/usr/bin/python3 /storage/.config/script.py &

А ошибки твой автостарт куда пишет? В сислог? Посмотри, может там что-то полезное. Или можешь stderr питоновского скрипта в файл перенаправить.

Сабшелл не нужен, ты ведь итак отдельный процесс создаёшь, зачем ему ещё шелл?

в автостарте указал:

/usr/bin/python3 /storage/.config/script.py &

не помогло.

файла syslog* в сисетеме не нашел, в списке процессов есть такой:

 2546 dbus      0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only

stderr питоновского скрипта перенаправил в файл, но после ребуту errorz.txt пустой

import sys
sys.stderr = open('/storage/.config/errorz.txt', 'w')

Поищи какие-нибудь логи в /var/log или /run/log или почитай документацию к своей системе инициализации, куда она пишет логи.

но после ребуту errorz.txt пустой

Если файл создался из скрипта после ребута, то всё работает.

какой сабшел имеется в виду?

Когда ты в autostart.sh пишешь круглые скобки, то команда, заключённая в скобки будет выполняться в сабшелле.

нет файл errorz.txt не создался из скрипта после ребута, я его через touch предварительно создал. В /var/log только логи Samba:

# ls -la /var/log
total 8
drwxr-xr-x    3 root     root           100 Nov 28 15:09 .
drwxr-xr-x   10 root     root           240 Nov 28 15:10 ..
-rw-r--r--    1 root     root           901 Nov 28 15:10 log.nmbd
-rw-r--r--    1 root     root           506 Nov 28 15:09 log.smbd
drwx------    2 root     root            40 Nov 28 15:09 private

похоже это системный журнал

# ls -la /run/log/journal/48f1a799ac467c205df09fc55caf6b5f
total 1536
drwxr-s---    2 root     systemd-       100 Nov 28 15:09 .
drwxr-sr-x    3 root     systemd-        60 Nov 28 15:09 ..
-rw-r-----    1 root     systemd-    524288 Nov 28 15:15 system.journal
-rw-r-----    1 root     systemd-    524288 Nov 28 15:09 system@1a4226182fbf40249ca3fc1faf3a0836-0000000000000001-0005b52c298ffd57.journal
-rw-r-----    1 root     systemd-    524288 Nov 28 15:09 system@1a4226182fbf40249ca3fc1faf3a0836-00000000000002cb-0005b52c299c4107.journal

нашел в логе такую инфу - модуль pymysql не находит:

Nov 28 15:25:07 node-1 sh[2830]: Traceback (most recent call last):
Nov 28 15:25:07 node-1 sh[2830]:   File "/storage/.config/script.py", line 4, in <module>
Nov 28 15:25:07 node-1 sh[2830]:     import pymysql
Nov 28 15:25:07 node-1 sh[2830]: ModuleNotFoundError: No module named 'pymysql'

хотя он в сиcтеме есть:

# pip install pymysql
Requirement already satisfied: pymysql in ./.opt/lib/python3.8/site-packages (0.10.0)

Добавь в autostart.sh команду

python3 -c "import sys; print(sys.path)" > /storage/.config/python_path.txt
```

И после перезагрузки посмотри, будет ли в файле упоминание пути до `site-packages`, где находится `pymysql`.

Если не будет, то перед вызовом своего скрипта в `autostart.sh` добавь

```
export PYTHONPATH=$PYTHONPATH:/полный/путь/к/site-packages
```

Requirement already satisfied: pymysql in ./.opt/

А, так он у тебя в пользовательскую директорию, что ли установлен? А скрипт ты от рута запускаешь, да? Молодец, чо :)

Добавляй путь до модуля в переменную PYTHONPATH. Или можешь в своём скрипте сделать перед импортом модуля pymysql

import sys

sys.path.append('/путь/к/site-packages')

import pymysql

указал

python3 -c "import sys; print(sys.path)" > /storage/.config/python_path.txt

в файле не было упоминания пути до site-packages, где находится pymysql.

Перед вызовом скрипта в autostart.sh добавил

export PYTHONPATH=$PYTHONPATH:/storage/.opt/lib/python3.8/site-packages

теперь в файле python_path.txt появился путь к ../site-packages

['', '/', '/storage/.opt/lib/python3.8/site-packages', '/usr/lib/python37.zip', '/usr/lib/python3.7', '/usr/lib/python3.7/lib-dynload', '/usr/lib/python3.7/site-packages']

но все равно после ребута скрипт не отрабатывает.

в логе нет ни варнингов, ни ерроров.

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

$ env -i su root
***
$ cd /storage/.config/
$ python3 script.py
...

Подебажь скрипт, может где-то что-то теряется.

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

https://bpa.st/4I4Q

sys.path.append(‘/storage/.opt/lib/python3.8/site-packages’)

Это до импортов надо писать и если ты перед запуском export PYTHONPATH... не делаешь.

fi = open(‘/tmp/port.txt’, «r»)

Не /storage/tmp/script/port.txt?

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

Добавь в конец скрипта

print('script.py: Success.', file=sys.stderr)

и после перезагрузки глянь journalctl, должна появиться строка.

cur.execute("UPDATE … «’» …

Сам в этих кавычках не путаешься? :)

cur.execute("UPDATE permissions SET ssh_port=? WHERE userID=?", port, username)

Ну так тут то же самое. Добавь sys.path.append('/storage/.opt/lib/python3.8/site-packages') перед импортами.

cur.execute(«UPDATE permissions SET ssh_port=? WHERE userID=?», port, username)

С вопросиками это не точно, конечно. Сейчас смотрю примеры, там %s вместо вопросиков пишут.

Нет, должен меняться /tmp/port, а не /storage/tmp/script/port.txt

Номер порта в базу записывается измененный.

после ребута выполнил journalctl, строка

cur.execute("UPDATE … «’» …

не появилась в логе.

Скрипт не отработал снова. Может /tmp/port.txt переместить в /storage/…?

Блин, если честно, я даже не знаю, что тут может не работать. В файлах при загрузке всегда актуальная инфа? Добавь вывод порта и юзера в лог.

Должна появиться строка script.py: Success..

А какой смысл перемещать файл с места на место?

Добавь

print(f'script.py: User: {username}, Port: {port}', file=sys.stderr)

когда вручную запускаю Success появляется

# /storage/.config/script.py 
script.py: Success.

Это когда от суперпользователя с пустым окружением запускаешь? Тогда и в логе после перезагрузки должно появляться.

добавил, когда вручную запускаю, появляются верные значения user, port:

 # /storage/.config/script.py 
script.py: Success.
script.py: User: 9751799481, Port: 34027

ребутнул, ситуация не поменялась, в логе тишина, хотя в конце скрипта строка присутствует

print(f'script.py: User: {username}, Port: {port}', file=sys.stderr)

Когда от суперпользователя? А в базе тоже меняется значение?

Может ещё conn.close() в конец скрипта добавить?

Да, когда от root запускаю вручную скрипт отрабатывает и в базе меняется значение.

А как в логе ищешь? journalctl | grep script.py?

добавил

conn.close()

но после ребута тишина, скрипт не отрабатывает, в базе старое значение.

# journalctl | grep script
Nov 28 19:44:38 node-1 sh[2832]:   File "/storage/.config/script.py", line 6, in <module>

строка 6 в скрипте:

import pymysql

хотя при этом в начале скрипта sys.path.append есть к ../site-packages

#!/usr/bin/env python3

import sys
sys.path.append('/storage/.opt/lib/python3.8/site-packages')

import pymysql

Смотри лог полностью. Опять какая-то ошибка импорта, видимо.

посмотрел лог только 1 сообщение про 6 строку с import mysql ругается.

Ну тогда так:

journalctl | grep -C10 script