У меня есть резервный сценарий (rsync через ssh), который выполняется кроном (настроенный в/etc/crontab)
0 2 * * * root /bin/bash --login /opt/aebackup/sshbackup.sh
Если я выполняю его, как вошел в систему корень как следующий, это работает совершенно прекрасный.
root@server:~# /opt/aebackup/sshbackup.sh
Если бы я выполняю его через крон, это просто остановилось бы через некоторое время (не всегда на той же задаче в сценарии.. это кажется довольно случайным, как процесс уничтожается в какой-то момент случайным образом),
У кого-либо есть идея, почему мой крон сделал бы это? спасибо за что-либо... Я являюсь отчаянным!
В старом кроне была ошибка, поскольку объяснение видит эту запись панели запуска.
Если Вам не интересно к выводу, Вы можете просто appen к Вашей команде >/dev/null 2>&1
... этим путем это становится
0 2 * * * root /bin/bash --login /opt/aebackup/sshbackup.sh > /dev/null 2>&1
Это должно хорошо работать этот путь, даже если это - только обходное решение для ошибки.
Ответ может быть в производстве журнала крона.
Это находится в /var/log/syslog
по умолчанию.
Но это может быть настроено для создания отдельного cron.log, который более полезен.
Это Вопросы и ответы описывает процесс:
16.04: Как я заставляю крон создать cron.log и контролирую его в режиме реального времени?
Также в этом ответе инструкции создать a wcron
управляйте, чтобы отобразился, это - псевдореальное время. Плюс, это связывается с другим ответом,
Как измениться, крон регистрируют уровень?
это показывает, как изменить уровень журнала для включения больше, чем просто запуск заданий - уровень 15 покажет ошибки и время окончания, также.