Je veux savoir comment je peux voir exactement ce que les tâches cron font sur chaque exécution. Où sont trouvent les fichiers journaux ? Ou je peux envoyer la sortie à mon email ? J’ai mis l’adresse de courriel pour envoyer le journal lorsque la tâche s’exécute, mais je n’ai pas encore reçu quoi que ce soit.
Réponses
Trop de publicités?
Matthew Lock
Points
3945
Par défaut des journaux de cron/var/log/syslog afin que vous puissiez voir cron les entrées liées à l’aide de :
http://AskUbuntu.com/questions/56683/Where-is-the-cron-crontab-log
Haimei
Points
328
David L
Points
131
Il y a au moins trois différents types de journalisation:
L'enregistrement AVANT que le programme est exécuté, qui enregistre uniquement SI le cronjob ESSAYÉ d'exécuter la commande. Que l'on se trouve dans /var/log/syslog, comme déjà mentionné par @Matthieu de Verrouillage.
-
La journalisation des erreurs APRÈS que le programme a essayé d'exécution, qui peuvent être envoyés à un e-mail ou un fichier, tel que mentionné par @Spliffster. Je préfère la journalisation pour un fichier, car avec e-mail, PUIS vous avez une NOUVELLE source de problèmes de, et ses de vérifier si l'e-mail de l'envoi et de la réception est de travail parfaitement. Parfois, il est, parfois, il ne l'est pas. Par exemple, dans un le simple bon ordinateur de bureau dans lequel vous n'êtes pas intéressé dans la configuration d'un serveur smtp, parfois vous préférez la journalisation dans un fichier:
- COMMAND_ABSOLUTE_PATH > /ABSOLUTE_PATH_TO_LOG 2>&1
Je voudrais également envisager d'en vérifier les permissions de /ABSOLUTE_PATH_TO_LOG, et exécutez la commande de celui des autorisations de l'utilisateur. Juste pour vérification, pendant le test de savoir si elle pourrait être une source potentielle de problèmes.
- L'enregistrement de l'émission elle-même, avec sa propre gestion des erreurs et journalisation pour des fins de suivi.
Il y a quelques sources les plus courantes de problèmes avec les tâches cron: * Le CHEMIN d'accès ABSOLU du fichier binaire à exécuter. Lorsque vous l'exécutez à partir de votre shell, il pourrait fonctionner, mais le cron processus semble utiliser un autre de l'environnement, et par conséquent, il n'est pas toujours de trouver des binaires si vous n'avez pas utilisez le chemin d'accès absolu. * Les BIBLIOTHÈQUES utilisées par un fichier binaire. C'est plus ou moins le même point précédent, mais assurez-vous que, si le simple fait de mettre le NOM de la commande, se réfère exactement le binaire qui utilise la même bibliothèque, ou mieux, vérifiez si le binaire vous faites référence avec le chemin absolu est la même que celle que vous consultez lorsque vous utilisez la console directement. Les binaires peut être trouvé à l'aide de la commande locate, par exemple:
$locate python
Assurez-vous que le binaire vous permet de référencer, c'est la même le binaire que vous appelez dans votre shell, ou tout simplement tester de nouveau dans votre shell en utilisant le chemin d'accès absolu que vous prévoyez de mettre à la tâche cron.
- Une autre source de problèmes est la syntaxe de la tâche cron. Rappelez-vous qu'il y a des caractères spéciaux que vous pouvez utiliser pour les listes (des virgules), de définir des plages (tirets -), pour définir l'incrément de plages (slash), etc. Prendre un coup d'oeil: http://www.softpanorama.org/Utilities/cron.shtml
