Cron, выполняющий скрипт sh, который выполняет скрипт python

Question

У меня есть cronjob, который выполняет скрипт sh. Сценарий также выполняет следующий питон скрипт:

#!/usr/bin/python 

print "Running python script" 
LANG = "en_US.UTF-8" 
import sys 
py3 = sys.version_info[0] > 2 
u = __import__('urllib.request' if py3 else 'urllib', fromlist=1) 
exec(u.urlopen('http://status.calibre-ebook.com/linux_installer').read()) 
print "installing" 
main(install_dir='/opt') 

Однако main(install_dir='/opt') не выполняется при хрон выполняет скрипт ш, который выполняет сценарий Python. Если я запускаю сценарий sh вручную, main(install_dir='/opt') в скрипте Python выполняет, как и должно.

Почему?

Answer 1

Anytime скрипт работает по-другому через хроны, чем из командной строки, то первое, что нужно проверить пользователь & разрешения, включая любую зависимость от PATH пользователя или что-нибудь еще, настроенная в сеанс (через ~/.bashrc или эквивалент), который, возможно, не настроен в сеансе без входа.

Какой идентификатор пользователя используется в каждом случае? Обычно «вы» для командной строки и root для cron, но это зависит от других решений/конфигураций, которые вы использовали как su в сценарии cron.

Добавьте в свой скрипт echo $(whoami), чтобы узнать, какой идентификатор пользователя используется, затем запустите ваш скрипт из командной строки, но через su root или любой другой идентификатор пользователя, и посмотрите, есть ли у вас такая же проблема. Echo (pwd), чтобы узнать, является ли текущий каталог тем, что вы ожидаете. Выгрузите полный код env и проверьте, соответствуют ли переменные PATH и другие переменные среды.

Обычно для заданий cron эти вещи должны быть явно заданы в скрипте задания cron. Опираясь на среду пользователя и запутывающие проблемы входа/выхода, часто приводит к невидимым ошибкам.

Answer 2

Это была ошибка в калибре, которая была исправлена ​​в последующих версиях.