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