☰

Cron Job não está em execução após a configuração adequada

tag-icon • tag-icon server cron
Cron Job não está em execução após a configuração adequada

Então criei um cron job conforme mostrado abaixo:

  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

Que, para teste - executa o script conforme indicado a cada três minutos. Sim, verificando var/log/syslog- não há execução do cron para hoje. a evidência dessa execução do cron é um .tar.gzarquivo na minha pasta dropbox - o que, se você mesmo executar o script, acontece. É só colocá-lo em um cron que nada acontece.

Responder1

Experimente com:

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

Uma expressão CRON é uma string composta por cinco ouseis campos separados por espaço em branco

Para obter detalhes, consulte:http://en.wikipedia.org/wiki/Cron

Responder2

Eu tive um problema muito semelhante e notei que depois que o trabalho foi agendado para ser executado, o correio estava sendo colocado em/var/spool/mail para root, é o crontab raiz em que o trabalho foi colocado, dizendo que o usuário root não o fez. tem permissão para executar o trabalho. Dei algumas olhadas e descobri que o script de destino não era executável. Se você fizer:

ls -la /home/kyle/

e o runBackup.sh mostra as permissões -rw-r--r-- e tente:

chmod +x /home/kyle/runBackup.sh

que deve conceder as permissões -rwxr-xr-x e permitir a execução do trabalho.

Material de origem

informação relacionada