☰

El trabajo cron no se ejecuta después de una configuración adecuada

tag-icon • tag-icon server cron
El trabajo cron no se ejecuta después de una configuración adecuada

Entonces creé un trabajo cron como se muestra a continuación:

  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 una prueba, ejecuta el script como se indica cada tres minutos. Sí, comprobando var/log/syslog: no hay ejecución cron para hoy. La evidencia de la ejecución de este cron es un .tar.gzarchivo en mi carpeta de Dropbox, lo cual, si ejecuta el script usted mismo, sucede. Sólo poniéndolo en un cron no pasa nada.

Respuesta1

Prueba con:

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

Una expresión CRON es una cadena que comprende cinco oseis campos separados por espacios en blanco

Para más detalles ver:http://en.wikipedia.org/wiki/Cron

Respuesta2

Tuve un problema muy similar y noté que después de programar la ejecución del trabajo, el correo se colocaba en /var/spool/mail para root, es el crontab raíz donde se colocó el trabajo, diciendo que el usuario root no tiene permiso para ejecutar el trabajo. Miré un poco a mi alrededor y resultó que el script de destino no era ejecutable. Si lo haces:

ls -la /home/kyle/

y runBackup.sh muestra permisos -rw-r--r--, luego intente:

chmod +x /home/kyle/runBackup.sh

lo que debería crear los permisos -rwxr-xr-x y permitir que se ejecute el trabajo.

Material de origen

información relacionada