¿Cómo puedo saber por qué cron no ejecuta mis trabajos?

15

Estoy usando Ubuntu 14.04, y el demonio cron se está ejecutando:

# ps ax | grep cron
822 ?        Ss     0:00 cron

pero no está ejecutando ningún trabajo. Anteriormente recibía entradas /var/log/syslogcomo esta:

2014-05-04T11:47:01.839754+01:00 localhost CRON[29253]: (root) CMD (test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ))

pero ahora no hay entradas relacionadas con cron. También recibí entradas como esta en /var/log/auth.log:

2014-05-04T11:47:01.839183+01:00 localhost CRON[29252]: pam_unix(cron:session): session opened for user root by (uid=0)
2014-05-04T11:47:13.495691+01:00 localhost CRON[29252]: pam_unix(cron:session): session closed for user root

pero de nuevo, ahora no hay entradas relacionadas con cron.

No soy consciente de que algo ha cambiado. He intentado reiniciar cron:

# service cron restart
cron stop/waiting
cron start/running, process 24907

Intenté usar crontab -epara agregar un trabajo cron * * * * * date >> /tmp/somefileque funcionó, pero instaló un nuevo crontab /var/spool/cron/crontabs/root, mientras que quiero que cron use el archivo /etc/crontab.

¿Hay alguna opción de depuración que pueda usar o un registro en algún lugar que pueda dar un mensaje de error que pueda investigar?

ubuntu cron

— jl6
fuente

1

¿Qué se muestra a crontab -l?

— user345352353

no crontab for root.

— jl6

Creo que si solo buscas un poco en este sitio de SE, tendrás una respuesta. Este es un problema bastante común.

— mdpc

Los Crons recuperados con el crontabcomando ( -lswitch) dependen del usuario, mientras que /etc/crontabse usan para almacenar crons de todo el sistema. Por esta razón, las tareas guardadas en /etc/crontabno aparecerán en nadie crontab -l.

— John WH Smith

Tenga en cuenta que Server Fault tiene una pregunta canónica sobre la depuración de cronjob que puede ayudar.

— Comodín el

4

Para ayudarlo a depurar lo que está mal en sus crontrabajos, debe revisar su correo. Esto generalmente se almacena en un archivo como /var/mail/<user_name>o /var/spool/mail/<user_name>.

Estos dos archivos son en realidad enlaces duros en mi cuadro de Debian, pero no sé si esto es estándar.

Explicación

De la cron(8)página:

Al ejecutar comandos, cualquier salida se envía por correo al propietario del crontab (o al usuario nombrado en la variable de entorno MAILTO en el crontab, si existe).

— Joseph R.
fuente

He revisado el correo; no se genera ninguno, ni hay un archivo dead.letter.

— jl6

0

Ha demostrado que no hay crontab para root, ¿algún usuario tiene una entrada crontab? Si solo usa root, también puede consultar los siguientes directorios: /etc/cron.daily/ - /etc/cron.hourly/ - /etc/cron.monthly/ - /etc/cron.weekly

en mi máquina (centos 6.4) tengo mlocate.cron dentro del directorio /etc/cron.daily/ y cron ejecuta ese script diariamente.

así que creo que solo necesitas agregar trabajos cron.

— Hudspeth
fuente

Pero hay un archivo crontab en /etc/crontab. Quizás la pregunta es ¿por qué no crontab -llo reconoce?

— jl6

0

Resolví esto cambiando los permisos /etc/crontaba lo siguiente:

-rw-r--r-- 1 root root 778 May 10 21:31 /etc/crontab

Anteriormente lo era -rw-rw-r--. Ese fue el único cambio. No estaba funcionando, ahora lo está. Aún no estoy seguro de por qué.

— jl6
fuente

1

El crontab raíz ejecutaría cualquier comando como root. Los permisos que permiten el acceso de escritura a usuarios no root se considerarían un agujero de seguridad.

— ChuckCottrill

@ChuckCottrill: ¿Pero el bit de escritura grupal solo habría dado acceso de escritura a aquellos en el grupo raíz, que presumiblemente es solo usuario (s) raíz?

— jl6

0

También tuve un tipo similar de problema, pero después de especificar la raíz como usuario en el /etc/crontab, el trabajo cron comenzó a activarse.

Puede deberse a la sintaxis seguida en la crontab -eque es diferente de la /etc/crontab.

— MohanBabu
fuente