La tâche Cron est toujours en cours d'exécution lorsqu'elle est supprimée

8

Sur un serveur dont j'ai hérité, il y a un crontravail qui s'exécute toutes les heures sur l'un des serveurs Debian. Il envoie un e-mail à un e-mail inexistant, mais rebondit sur mon compte depuis que je me suis répertorié comme roote - mail /etc/aliases. Le travail cron a été supprimé de /etc/cron.hourly(il l'était ntupdate), car il est répertorié dans l'e-mail. J'ai rechargé le crontabdémon, mais je reçois toujours des rapports toutes les heures que le fichier n'a pas pu se lancer, et l'adresse e-mail n'existe pas!

La sortie qui est envoyée par e-mail:

/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

Actuellement, il n'y a que le .placeholderfichier caché dans /etc/cron.hourly. J'ai également couru crontab -l, et les 3 seuls emplois répertoriés devraient l'être, et s'exécutent environ 10 minutes après l'arrivée continue de cet e-mail; donc je sais que ce n'est pas de ceux-là. Où puis-je regarder ensuite pour ne plus recevoir ces e-mails?

EDIT # 1

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

EDIT # 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

C'est sur Debian Squeeze, en utilisant juste cron, autant que je sache

Canadian Luke
la source
De quelle distribution s'agit-il (je suppose que vous êtes sous Linux)? Quel cron? Il existe des différences entre les implémentations sur différentes distributions. Comment avez-vous rechargé le crondémon? Le redémarrage du serveur est-il une option?
terdon
Ces e-mails proviennent-ils vraiment de ce serveur? Sont-ils récents?
sendmoreinfo
@terdon Mis à jour. Peut redémarrer, mais préférerait ne pas le faire
Canadian Luke
@sendmoreinfo Oui, ils proviennent du compte root @ * servername *. Ils se produisent à 29 minutes après l'heure, toutes les heures
Canadian Luke
Et j'imagine que tu as couru service cron restart?
terdon

Réponses:

4

crons système

Avez-vous parcouru ces fichiers et répertoires pour vous assurer qu'aucun cronjob en double n'est présent?

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

De plus, tous les fichiers présents dans ces répertoires qui sont exécutables seront exécutés. Peu importe que ce soit un nom .placeholder ou autre. Vous pouvez utiliser chmod 644 ...pour désactiver tout script exécutable.

utilisateur crontabs

Vérifiez également le répertoire suivant pour voir s'il y a des utilisateurs qui ont créé leurs propres crontabs:

Par exemple:

$ sudo ls -l /var/spool/cron/
total 0
-rw------- 1 saml root 0 Jun  6 06:43 saml
slm
la source
Mis à jour à nouveau :)
Canadian Luke
@CanadianLuke - le syslogspectacle montre-t-il autre chose? /var/log/syslog.
slm
Je vois que le redémarrage s'est produit du service CRON, mais rien après cela (Skipping @reboot jobs -- not system startup)
Canadian Luke
@CanadianLuke - avez-vous un anacron avec la configuration cron à exécuter?
slm
1
@CanadianLuke - les courriels montrent-ils qu'il fonctionne maintenant ou ces courriels sont-ils mis en file d'attente et sont-ils livrés maintenant?
slm