Meu crontab:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
[email protected]
HOME=/
LD_LIBRARY_PATH=/usr/local/lib/
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR
#sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * command to be executed
05 01 * * * /root/backup_scripts/run_backups.sh
45 03 * * * /root/backup_scripts/new_scripts/run.sh> "/root/backup_scripts/new_scripts/$(date).run.log" 2>&1
Eu recebo e-mails do daemon com o trabalho run_backups.sh
NÃO recebo e-mails do daemon com o trabalho run.sh, mas verifiquei se ele é executado
Aqui está o e-mail do daemon para o run_backups.sh:
from Cron Daemon <[email protected]>
to [email protected]
date Thu, Sep 30, 2010 at 2:22 AM
subject Cron <root@aapsan01> /root/backup_scripts/run_backups.sh
mailing list <admins.boingoboingo.com> Filter messages from this mailing list
mailed-by boingoboingo.com
hide details 2:22 AM (7 hours ago)
[09/30/10 01:05:01] mounting the usb drive
[09/30/10 01:05:09] usbdrive1 is ready.
[blah]blah, blah blah.
[09/30/10 06:41:51] finished syncing drives.
[09/30/10 06:41:53] usbdrive1 was disconnected.
Os e-mails são resultado de dados enviados para STDOUT ou STDERR de seu trabalho cron. A tarefa cron em questão teve ambos redirecionados para o arquivo de log.
> "/root/backup_scripts/new_scripts/$(date).run.log" 2>&1
^ redirect STDOUT to file ^ ^^^^ redirect STDERR to SDTOUT
Depois de redirecionar a saída padrão de run.sh para /root/backup_scripts/new_scripts/$(date).run.log , resta apenas a saída de erro para redirecionar para a saída padrão. Será que run.sh não produz erros?
Se você quiser ver a saída padrão de run.sh use tee para salvá-lo no arquivo, também.
45 03 * * * /root/backup_scripts/new_scripts/run.sh | tee "/root/backup_scripts/new_scripts/$(date).run.log" 2>&1