Chez certains patients, votre ordinateur peut afficher un message d’erreur indiquant que Cron n’envoie que des messages d’erreur par courrier électronique. Il peut y avoir plusieurs raisons à cette erreur.
Recommandé
g.Cronic est un script shell léger lorsqu’il s’agit d’empaqueter des tâches cron afin que cron ne dirige les e-mails que lorsqu’une erreur se produit. Cronic définit que vous avez simplement une grande erreur comme toute erreur qui est littéralement sortie sans trace, éventuellement avec un code de résultat direct différent de zéro.
Voici une autre option que j’utilise avec succès depuis de nombreux mois : capturer la sortie et de plus l’imprimer uniquement en cas d’erreur qui déclenche la boîte aux lettres. Cela ne nécessite pratiquement aucun document temporaire et la sortie entière n’est pas nécessaire. La partie 2> & 1
est généralement importante car STDERR est redirigé vers STDOUT.
Envoyer une sortie volumineuse à l’aide de la configuration par défaut de Cron Mailer :
1 a * ( blank ) * root OUTPUT = `flexbackup -set every 2> & 1` || représentent "$ SORTIE"
Le même, mais avec une adresse spécifique, le sujet peut être :
(L’adresse peut également être modifiée en définissant MAILTO = xxxx pour recevoir l’intégralité du fichier crontab)
1 2 * * 7 . cheer OUTPUT = `flexbackup -set all 2> & 1` || Associez "$ SORTIE" | mail -azines "Échec de la sauvegarde" [email protected]
Vous pouvez même suivre deux étapes et en ajouter d’autres pour vous assurer d’envoyer un e-mail en cas d’échec :
1 2 * * Racine six. EXIT = `flexbackup -set all 2> & 1` || echo "$ SORTIE" ; ls -ltr / aide / rép.
Fonctionne pour des besoins simples. Si c’est difficile ( find pipe / -form j | grep -v bla | gray some-or-other
), alors il vaut mieux travailler en contenant la commande dans le script et pour cette raison skriFri en utilisant l’approche décrite ci-dessus. La raison peut être que généralement, lorsque certains des tubes peuvent être envoyés à STDERR, vous utilisez toujours le message.
Pas la réponse que vous cherchez ? Parcourez les nombreuses questions liées à la gestion des erreurs de messagerie Cron ou postez votre propre question.
L’impact
chronique
moreutils exécute silencieusement la requête jusqu’à ce qu’elle échoue.
modifie la commande et la sécurise lors de la sortie standard et de l’erreur de correspondance, qui n’est affichée que si une commande particulière ne fonctionne pas (différente de zéro ou peut échouer). Si la commande réussit probablement, une sortie presque inutile est masquée.
Généralement, de nombreux navigateurs exécutent une tâche cron particulière. Au lieu d’essayer de rester subtil et de traiter avec des e-mails dont la plupart ont un résultat aléatoire en cas de succès et probablement même pas assez détaillé en cas d’échec, les acheteurs peuvent simplement l’exécuter régulièrement et l’utiliser en outre pour cacher un succès. sortir.
décidé le 20 juin 2017 10h35
Étant donné que quelqu’un n’a toujours pas été en production, vous pouvez rediriger l’heure STDOUT pour un travail à / dev / zero
et envoyer STDERR par contact (en utilisant je dirais le MAILTO
variable d’environnement).
[email protected]......* ( vide ) 4. * * /my/script.sh> / dev null
envoie un courrier lorsqu’il y a le meilleur problème STDERR (avec STDERR), et refuse probablement STDOUT.
Ce cours montre que lorsqu’un programme d’une personne a été créé dans STDERR, il a échoué ; Il est peu probable que ce soit toujours ça. Quand une personne gère le système, vous pouvez le faire beaucoup. Pour chaque affaire judiciaire délicate, vous avez besoin d’un shell d’écriture qui exécute certaines commandes et qui envoie les e-mails de manière appropriée. Et utilisez le shell comme une tâche cron
.
répondu du 20 au 30 juin 2017 vers 4h24 du matin
48,7k 55 badges d’or 112112 badges d’argent
Comment puis-je principalement recevoir des e-mails cron lorsque des erreurs sont rencontrées ?
Vous pouvez envelopper vos appels cron avec Cronic à l’esprit, un script shell qui à son tour consomme la sortie cron, à moins que le code de ce processus appelé soit presque certainement zéro ou qu’il n’y ait pas de sortie d’erreur de trace.
Pour commencer avec Cronic, téléchargez les scripts dans une section pratique, par exemple, / usr / local pour chaque bin
. Vos entrées crontab doivent être battues par le chemin vers le programme utilisateur annulé (par exemple / usr / local / bin cronic
) ou bien sûr cronic
, à condition que votre PATH < /code> a été créé de la bonne manière.
Notez que "l'erreur" est alors ce terme particulier est imprécis dans votre question et doit également être défini avec soin. Pour que Cronic soit potentiellement utile, vous devez vous assurer que la carrière que vous couvrez avec Difficulty Reporting Cronic se termine de l'une des manières définies par les éléments qui composent la condition d'échec. Les métriques de rapport implicites telles que les chaînes de lettres de blogs vers STDOUT
nécessitent des considérations supplémentaires pour les rendre compatibles en raison de cronic ou d'un autre mécanisme de complétion cron.
- Pst
- Cron Send Mail Only Error
Cron Invia Solo La Posta Errore
Cron Enviar Erro Apenas De E Mail
Cron Enviar Solo Correo Error
Cron Skicka Endast E Post Fel
Cron Alleen E Mail Verzenden Fout
Cron Wysyla Tylko Poczte Blad
Cron Nur E Mail Senden Fehler
Cron Otpravit Tolko Pochtu Oshibka
Cron 메일 전용 오류 보내기