python-скрипт не запускается в cron?

PATH?

Это вообще валидный оператор «#>>»? В мане баша не нашел его. Скорее всего все после # воспринимается башем как комментарий.

ну.... а как питон прописать туда? и если я от рута вполне преспокойно запускаю интерпретатор...

# echo $PATH
/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games

# python3
Python 3.3.5 (default, Mar 27 2014, 17:16:46) [GCC] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> exit
Use exit() or Ctrl-D (i.e. EOF) to exit
>>>

коммент же!

в кроне написал щас:

export PYTHONPATH=/usr/bin/python3 && export PATH=$PATH:/usr/lib/python3 && python3 /srv/www/vhosts/as/demons/py/as_loader/as_loader.py >> /var/log/as_py.log

и при запуске файл лога создается но пустой. хотя мой скрипт в норме пишет тонну инфы в stdout

что еще может быть?

Укажи полный путь до python3.

/usr/bin/python3 /path/to/your/script.py

Обычно этого достаточно.

что еще может быть?

... >/path/to/log 2>&1

Пиши в кронтаб:

...
SHELL=/bin/bash
PATH=...
PYTHONPATH=...
...

Нафига нужна обёртка на баше, если все её функции можно добавить в питоноскрипт?

SHELL=/bin/bash
PYTHONPATH=/usr/bin/python3
PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/lib
MAILTO=root

13 06 * * * export PYTHONPATH=/usr/bin/python3 && export PATH=$PATH:/usr/lib/python3 && /usr/bin/python3 /srv/www/vhosts/as/demons/py/as_loader/as_loader.py >> /var/log/as_py.log

вот так делаю. Пусто в файле. Хоть убей. Но файл создается.

Не помогло.

Заверните stderr на stdout.

export PYTHONPATH=/usr/bin/python3 && export PATH=$PATH:/usr/lib/python3 && второй раз не нужно уже. Добавь всё нужно в уже указанные переменные.

И может писать в файл лучше средствами самого питона?

Как это сделать средствами баша в контексте крона?

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

В общем, такой вариант есть, но в данный момент он костыльный.

Как это сделать средствами баша в контексте крона?

python-скрипт не запускается в cron? (комментарий)

да, помогло. Теперь есть хотя бы трейсбэк...

# cat as.log
Traceback (most recent call last):
  File "/srv/www/vhosts/as/demons/py/as_loader/as_loader.py", line 18, in <module>
    main();
  File "/srv/www/vhosts/as/demons/py/as_loader/as_loader.py", line 12, in main
    updater.update()
  File "/srv/www/vhosts/as/demons/py/as_loader/astorage/updater.py", line 315, in update
    print ("%s" % (files))
UnicodeEncodeError: 'ascii' codec can't encode characters in position 40-53: ordinal not in range(128)

теперь другой вопрос: почему питон не может print?

print ("%s" % (files))

А почему после принта пробел?

а почему бы и нет? если синтаксис это позволяет (в отличие от баша), то мне так удобней.

Подозреваю, что надо изучить особенности работы python с юникодом.

не, я подозреваю, что от крона другое окружение, и там stdout не юникодный ни разу

от крона другое окружение, и там stdout не юникодный ни разу

Похоже на то:

$ LANG="C" python3 <<< 'print("Привет, Мир!")'
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-5: ordinal not in range(128)

$ LANG="en_US.UTF-8" python3 <<< 'print("Привет, Мир!")'
Привет, Мир!

Вместо

13 06 * * * export PYTHONPATH=/usr/bin/python3 && export PATH=$PATH:/usr/lib/python3 && /usr/bin/python3 /srv/www/vhosts/as/demons/py/as_loader/as_loader.py >> /var/log/as_py.log

13 06 * * * /usr/bin/python3 /srv/www/vhosts/as/demons/py/as_loader/as_loader.py >> /var/log/as_py.log

Именно так пробовал?

Про это Radjah писал уже.

я все варианты препробовал... и тот, что Radjah говорил, и инитить PATH в самом начале крона (до расписания). Но смысл был в том, что питоноскрипт вываливал ошибку в stderr, а python3 script >> log не ловил ее, хотя ЕМНИП должен перехватывать оба потока (stdout, stderr). И меня это сбило с толку.

Так учти моё и ArcFi. 2>&1 в конец строки добавь уже.

а, я не отписался о решении :)

сорри. Да, конструкция 2>&1 заставила вывести ошибки питоноскрипта в лог. Там оказалось не юникодное окружение. В итоге я совместил (отсюда) LANG="en_US.UTF-8" с прикручиванием логгера logger в самом питоноскрипте. И уже средствами питона (как мне и посоветовали в самом начале треда, но мне было инетересно понять первопричину) я вывожу в лог (и опционально, сделал параметрами к скрипту, - в тот же stdout, но уже не через print).

Тему закрываю как решенную.

Спасибо, друзья, за помощь!

Сорри, тоже невнимательно прочитал конец треда, не увидел, что всё на пальцах.