Невозможно запустить Sikulix 1.1.0 в Ubuntu 15.10 с помощью crontab

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

1. Добавляют-x к Вашей хижине для подробного вывода в Вашем сценарии: #!/bin/sh -x

2. Набор задание крона для выполнения более часто, в то время как Вы диагностируете его: */1 * * * * root /home/absolute/runsikulix -r /home/absolute/auto/test.sikuli

Crontab должен регистрироваться к/var/log/syslog по умолчанию. Выполните grep CRON /var/log/syslog и проверьте вывод. Если Вы видите, что Ваше задание выполняется затем, Вы можете tail -f системный журнал, когда крон работает, и посмотрите то, на что это жалуется.

3. , Если вывод не является достаточно подробным, можно реконфигурировать крон для вывода к файлу журнала, следующему этим инструкциям. Это - "надлежащий" способ сделать это:

Конфигурирование crontab для входа в файл...

Это должно показать Вам каждый шаг, что crontab выполняется так, Вы видите где его сбой. Я отмечу, что среда crontab является довольно тонкой, и необходимо использовать полный вместо относительных путей в сценарии начиная с любых двоичных файлов, которые Вы вызываете, может или может не быть доступным в Вашем пути, когда это работает. Crontab забавен как этот. Для обхождения этого, можно или добавить пути к сценарию:

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

... или можно вызвать каждое двоичное использование, это - полный путь:

/bin/echo "say something" && /bin/which java

можно также назвать среду пользователя встроенной:

0 5 * * * . /root/.profile; /home/absolute/runsikulix -r /home/absolute/auto/test.sikuli

Вот демонстрационный сценарий в формате шаблона Ruby, который работает под crontab корня, который иллюстрирует некоторые обходные решения для контакта с проблемами среды:

ведущее-устройство-commender.erb