El trabajo de Cron sigue ejecutándose cuando se elimina

En un servidor que heredé, hay un crontrabajo que se ejecuta cada hora en uno de los servidores Debian. Envía un correo electrónico a un correo electrónico inexistente, pero se devuelve a mi cuenta ya que me incluí en el rootcorreo electrónico /etc/aliases. El trabajo cron se ha eliminado de /etc/cron.hourly(estaba ntupdate), tal como aparece en el correo electrónico. Volví a cargar el crontabdemonio, pero todavía recibo informes por hora de que el archivo no se pudo iniciar, ¡y la dirección de correo electrónico no existe!

La salida que se envía por correo electrónico:

/etc/cron.hourly/ntpdate:
run-parts: failed to exec /etc/cron.hourly/ntpdate: Exec format error
run-parts: /etc/cron.hourly/ntpdate exited with return code 1

Actualmente, solo existe el .placeholderarchivo oculto /etc/cron.hourly. También corrí crontab -l, y se espera que los únicos 3 trabajos enumerados se enumeren, y se ejecutan unos 10 minutos después de que este correo electrónico siga llegando; así que sé que no es uno de esos. ¿Dónde puedo mirar a continuación para dejar de recibir estos correos electrónicos?

EDITAR # 1

# ls -l /var/spool/cron
total 4
drwx-wx--T 2 root crontab 4096 Jan 25  2012 crontabs

EDITAR # 2

# ls -l /var/spool/cron/crontabs/
total 4
-rw------- 1 root crontab 311 Jan 25  2012 root
# more /var/spool/cron/crontabs/root
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.4nUf85/crontab installed on Wed Jan 25 10:11:10 2012)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)
2 1 * * * /etc/webmin/cron/tempdelete.pl
0 22 * * * /etc/init.d/gnugk stop
0 23 * * * /etc/init.d/gnugk start

Esto está en Debian Squeeze, usando solo cron, por lo que puedo decir

cron notifications

— Lucas canadiense
fuente

¿Qué distribución es esta (supongo que estás en Linux)? Cual cron? Hay diferencias entre las implementaciones en diferentes distribuciones. ¿Cómo recargaste al crondemonio? ¿Reiniciar el servidor es una opción?

— terdon

¿Estos correos electrónicos realmente provienen de ese servidor? ¿Son recientes?

— sendmoreinfo

@terdon Actualizado. Puede reiniciarse, pero preferiría no hacerlo

— Canadian Luke

@sendmoreinfo Sí, provienen de la cuenta raíz @ * servername *. Están sucediendo a los 29 minutos de la hora, cada hora

— Canadian Luke

¿Y me imagino que has corrido service cron restart?

— terdon

crons del sistema

¿Revisó estos archivos y directorios para asegurarse de que no haya un cronjob duplicado?

/ etc / crontab
/etc/cron.hourly/
/etc/cron.d/
/etc/cron.daily/
/etc/cron.hourly/
/etc/cron.monthly/
/etc/cron.weekly/

También se ejecutará cualquier archivo presente en estos directorios que sea ejecutable. No importa si es un nombre de marcador de posición o lo que sea. Puede usar chmod 644 ...para deshabilitar cualquier script que sea ejecutable.

crontabs de usuario

También revise el siguiente directorio para ver si hay algún usuario que haya creado sus propios crontabs:

Por ejemplo:

$ sudo ls -l /var/spool/cron/
total 0
-rw------- 1 saml root 0 Jun  6 06:43 saml

— slm
fuente

Actualizado de nuevo :)

— canadiense Luke

@CanadianLuke: ¿el syslogprograma muestra algo más? /var/log/syslog.

— slm

Veo que el reinicio ocurrió del servicio CRON, pero nada después de eso (Skipping @reboot jobs -- not system startup)

— Canadian Luke

@CanadianLuke: ¿tienes un anacron junto con la configuración cron para ejecutar?

— slm

@CanadianLuke: ¿los correos electrónicos muestran que se está ejecutando ahora o estos correos electrónicos están en cola y se están entregando ahora?

— slm