Peut un script bash dire si elle est en cours d'exécution via cron?

Pas avoir beaucoup de chance Googler cette question et j'ai pensé à poster sur SF, mais il semble en fait comme une question de développement. Si non, n'hésitez pas à migrer.

Donc, j'ai un script qui s'exécute via cron chaque matin, à environ 3 heures du matin. J'ai également exécuter les mêmes scripts manuellement parfois. Le problème est que chaque fois que je lance mon script manuellement, et il échoue, il m'envoie un e-mail, même si je peux le chercher à la sortie et afficher l'erreur dans la console.

Est-il un moyen pour le script bash pour dire qu'il est exécuté par cron (peut-être en utilisant whoami) et seulement envoyer l'e-mail le cas échéant? J'aimerais arrêter de recevoir des e-mails lorsque je fais mes tests...

Êtes-vous en envoyant un courriel à partir de votre script? Ne pas cron par messagerie par défaut de sortie pour le propriétaire de la crontab?
Je suis d'e-mailing de l'intérieur, mais j'ai besoin d'envoyer la sortie. Je ne savais pas que cron n'a cette.
Hey être en utilisant des courriels sortants dans 'mail', pas seulement à l'aide de la messagerie unix système.

InformationsquelleAutor Topher Fangio | 2010-07-09

bash cron

26

vous pouvez essayer "ats" pour voir si il est géré par un terminal ou non. que ne vous dis pas qu'il est spécifiquement exécuté par cron, mais vous pouvez dire si son "pas un utilisateur comme une invite".

vous pouvez également obtenir votre parent pid et la suivre jusqu'à l'arbre à chercher pour cron, même si c'est un peu lourde.
- Merci pour cette réponse! L'ancien réponse que j'ai choisi n'était pas ce que je voulais (shell interactif). Suite à votre réponse, j'ai trouvé ce que j'ai vraiment besoin de par Googler "bash ats test". En gros, appel tty -s dans votre script, et ensuite vérifier $?: si il est à 0, vous êtes dans un tty, si c'est supérieur à 0, vous ne l'êtes pas.
- tty est une commande externe (accordée, une partie de coreutils, mais encore à la fourchette), il y a plusieurs façons d'utiliser builtin des trucs à faire de même décrit dans le unix.stackexchange.com/a/46801/103306
InformationsquelleAutor eruciform
9

Pourquoi ne pas avoir un argument de ligne de commande c'est-à -t pour les tests ou -c pour cron.

Ou mieux encore:

[email protected]

Si il n'est pas spécifié, ne pas envoyer un e-mail.
- Je suis tomber le script dans /etc/cron.chaque jour, donc je ne peut pas facilement ajouter des arguments, mais je suppose que je pourrais le déplacer vers un réel crontab. J'espérais juste ne pas avoir à ajouter des arguments ou de définir des variables d'environnement sur la ligne de commande...bien que: la définition d'un environnement de TEST de la variable dans mon .bashrc fichier devrait faire l'affaire. Merci pour les suggestions.
- Il n'y a pas de problème avec la mise en myscript.sh arg1 arg2 arg3 dans un fichier de script dans /etc/cron.tous les jours. Je n'ai pas l'habitude de mettre mon script/fichier binaire directement dans /etc/cron.* dirs. J'ai l'habitude de quitter que pour les scripts qui exécutent la tâche cron (peut-être un autre script). Alors je peux écrire mon script plus générique et utilisable dans d'autres environnements.
InformationsquelleAutor d-_-b
9

Voici deux options différentes pour vous:
- Prendre l'emailing de votre script/programme et laissez cron gérer. Si vous définissez la variable MAILTO dans votre crontab, cron va envoyer quoi que ce soit imprimé à cette adresse e-mail. par exemple:
```
MAILTO=youremail@example.com
# run five minutes after midnight, every day
5 0 * * *       $HOME/bin/daily.job
```
- Définir une variable d'environnement dans votre crontab qui est utilisé pour déterminer si l'exécution en vertu de cron. par exemple:
```
THIS_IS_CRON=1
# run five minutes after midnight, every day
5 0 * * *       $HOME/bin/daily.job
```
  et dans votre script quelque chose comme
```
if [ -n "$THIS_IS_CRON" ]; then echo "I'm running in cron"; else echo "I'm not running in cron"; fi
```
InformationsquelleAutor Geoff Reedy
7

J'ai eu un problème similaire. Je l'ai résolu en vérifiant si la sortie standard est un terminal. C'est une vérification pour voir si le script s'exécute en mode interactif:
```
if [ -t 1 ] ; then 
    echo "interacive mode";
else
    #send mail
fi
```
J'ai obtenu ce à partir de: Comment détecter si mon script shell est en cours d'exécution à travers un tuyau?

Le test t de retourner la valeur true si le descripteur de fichier est ouvert et se rapporte à un terminal. "1" la sortie standard stdout.

InformationsquelleAutor shekwi
6

Je sais que la question est vieux, mais je viens de tomber sur le même problème. C'était ma solution:
```
CRON=$(pstree -s $$ | grep -q cron && echo true || echo false)
```
puis test avec
```
if $CRON
then
    echo "Being run by cron"
else
    echo "Not being run by cron"
fi
```
même idée que celle que @eruciform mentionné suit est le PID du processus de l'arbre de la vérification de cron.

Remarque: Cette solution ne fonctionne spécifiquement pour cron, contrairement à d'autres solutions qui fonctionnent à chaque fois que le script est exécuté de façon non interactive.
- J'aime beaucoup la simplicité de réglage de la var à true ou à false (commandes), de sorte que si $CRON fonctionne (contrairement à l'habitude if [ "$CRON" ]), mais notez que si $CRON finit pas définie pour une raison quelconque, la version donnée est évaluée à vrai. Pas bonne.
- J'ai aussi aimé l'idée, mais aussi le risque d'avoir renvoie undefined. Je me suis retrouvé avec une version légèrement modifiée, qui semble fonctionner très lisse à mon avis: CRON="$( pstree -s $$ | grep -c cron )" de Sorte que vous pouvez vérifier si $CRON est 1 ou 0.
InformationsquelleAutor Tal
4

Ce qui fonctionne pour moi est de vérifier $TERM. En vertu de cron, il est "stupide", mais sous un shell, c'est autre chose. Utiliser le set commande dans votre terminal, puis dans un cron-script et check it out
```
if [ "dumb" == "$TERM" ]
then
    echo "cron"
else
    echo "term"
fi
```
- Je voudrais aussi vérifier si $TERME n'est pas vide. [ -n "$TERM" -a "$TERM" == "dumb" ] && echo "interactive" || echo "cron or no tty"
InformationsquelleAutor edoceo
4

Je voudrais suggérer une nouvelle réponse à cette très voté question. Cela ne fonctionne que sur systemd systèmes avec loginctl (par exemple Ubuntu 14.10+, RHEL/CentOS 7+), mais est capable de donner beaucoup plus d'autorité réponse que précédemment présenté des solutions.
```
service=$(loginctl --property=Service show-session $(</proc/self/sessionid))
if [[ ${service#*=} == 'crond' ]]; then
   echo "running in cron"
fi
```
Pour résumer: lorsqu'il est utilisé avec systemd, crond (comme sshd et autres) crée un nouveau session quand il commence un travail pour un utilisateur. Cette session a un ID qui est unique pour l'ensemble de la disponibilité de la machine. Chaque session a certaines propriétés, dont l'un est le nom du service que tout a commencé. loginctl peut nous dire la valeur de cette propriété, qui sera "crond" si et seulement si la session a été effectivement commencé par crond.

Avantages sur l'utilisation de variables d'environnement:
- Pas besoin de modifier le cron entrées à ajouter des invocations ou des variables d'environnement
- Pas la possibilité d'un intermédiaire de processus de modification des variables d'environnement pour créer un faux positif ou faux négatif
Avantages des tests pour ats:
- Pas de faux positifs dans les pipelines, les scripts de démarrage, etc
Avantages par rapport à la vérification de l'arborescence des processus:
- Pas de faux positifs de processus qui ont également crond en leur nom
- Pas de faux négatifs si le script est désavoué
InformationsquelleAutor Grisha Levit
0

J'ai aussi aimé l'idée de Tal, mais aussi le risque d'avoir renvoie undefined. Je me suis retrouvé avec une version légèrement modifiée, qui semble fonctionner très lisse à mon avis:

CRON="$( pstree -s $$ | grep -c cron )"

De sorte que vous pouvez vérifier pour $CRON étant de 1 ou de 0 à tout moment.

InformationsquelleAutor frank42

Vous devez vous connecter pour publier un commentaire.