Cron Job не запускается после правильной настройки


0

Поэтому я создал задание cron, как показано ниже:

  GNU nano 2.2.6                    File: /tmp/crontab.uNoEXy/crontab

# Edit this file to introduce tasks to be run by cron.
#
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
#
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use '*' in these fields (for 'any').#
# Notice that tasks will be started based on the cron's system
# daemon's notion of time and timezones.
#
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
#
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
#
# For more information see the manual pages of crontab(5) and cron(8)
#
# m h  dom mon dow   command
*/3 *  *    *   *    /home/kyle/runBackup.sh

Который, для теста - запускает скрипт, как указано каждые три минуты. Да, проверяя var/log/syslog- на сегодняшний день нет запуска cron. Доказательством того, что cron запущен, является .tar.gzфайл в моей папке dropbox, который, если вы запускаете скрипт самостоятельно, происходит. Это только положить его в хрон, что ничего не происходит.

Ответы:


0

Попробуйте с:

*/3 * * * * /home/kyle/runBackup.sh

Выражение CRON - это строка, содержащая пять или шесть полей, разделенных пробелом

Для получения дополнительной информации см .: http://en.wikipedia.org/wiki/Cron


Обновленный OP: Все еще ничего
LogicLooking

Вам также нужно иметь новую пустую строку после этого правила cron (просто введите enter). У тебя есть это?
Раду Рэдяну

Также вы уверены в полном пути runBackup.sh?
Раду Рэдяну

У меня есть две пустые строки после. Сценарий хранится в /home/kyle/так что да ... Если только не должно быть больше доhome
LogicLooking

Можете ли вы опубликовать свой скрипт на paste.ubuntu.com ?
Раду Рэдяну

0

У меня была очень похожая проблема, и я заметил, что после того, как задание было запланировано для запуска, почта помещалась в / var / spool / mail для root, это корневой crontab, в который было помещено задание, говоря, что пользователь root не сделал иметь разрешение на выполнение задания. Осмотрелся, и оказалось, что целевой скрипт не исполняется. Если вы делаете:

ls -la /home/kyle/

и runBackup.sh показывает разрешения -rw-r - r--, затем попробуйте:

chmod +x /home/kyle/runBackup.sh

который должен сделать разрешения -rwxr-xr-x и разрешить запуск задания.

Исходный материал

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.