Lorsque je planifie un travail, certains semblent être appliqués immédiatement, tandis que d'autres après un redémarrage. Est-il donc recommandé de redémarrer cron
( crond
) après avoir ajouté un nouveau travail cron? Comment faire cela correctement (en particulier dans un système Debian), et cela devrait-il être fait avec sudo
(comme sudo service cron restart
) même pour celui des utilisateurs normaux?
J'ai essayé:
/etc/init.d/cron restart
qui ne semble pas fonctionner (ni ne fonctionne /etc/init.d/cron stop
ni service cron stop
) et se termine avec le code retour 1.
Voici une partie de la sortie du message:
Étant donné que le script que vous essayez d'invoquer a été converti en tâche Upstart, vous pouvez également utiliser l'utilitaire stop (8), par exemple, stop cron stop: message d'envoi rejeté, 1 règles correspondantes; type = "method_call", sender = ": 1.91" (uid = 1000 pid = 3647 comm = "stop cron") interface = "com.ubuntu.Upstart0_6.Job" member = "Stop" nom d'erreur = "(unset)" required_reply = "0" destination = "com.ubuntu.Upstart" (uid = 0 pid = 1 comm = "/ sbin / init")
(Qu'est-ce que ça veut dire?)
crontab -e
?crontab -e
est ce que j'utilise ..man cron
-> Nom)nano
fermeture de l'éditeur de texte (j'utilise )! ..et c'est peut-être ce qui a causé la confusion ...Un redémarrage peut ne pas être nécessaire. Comme je l'ai dit dans mes commentaires, l' éditeur de texte que vous avez utilisé (celui qui est affecté à l'édition des tâches cron) pour éditer la tâche doit être fermé ; il ne suffit pas d'enregistrer le contenu . (C'est ce que j'ai vécu. Modifier des tâches via
nano
et enregistrer avec Ctrl+ Oavec le fichier toujours ouvert n'applique pas les modifications immédiatement, mais seulement après la fermeture de l'éditeur avec Ctrl+ X.)Et comme mentionné dans cette réponse (par terdon ), le démon cron vérifierait, chaque minute, pour voir si un travail doit être exécuté et déclencher ceux qu'il doit.
la source