Déterminer historique script SH

bonjour

Qu a une idée svp comment je peut vérifier si mon script *.sh il est entrain d’être exécuter ou il n'est pas

aussi comment vérifier ou lire historique d’exécution d'un script SH

merci pour vos aides

voir si il tourne : man ps & man grep

typique

Code:

---

ps -ef | grep -i scripname

---

une bien meilleur pratique

Code:

---

1 2 3 4 5

#!/usr/bin/env bash touch /var/run/$0.$(date "+%Y%m%d-%H%M%S").$$.pid ....#contenu du script rm /var/run/$0.$(date "+%Y%m%d").$$.pid && exit 0

---

la présence du pid indique donc que le script tourne et son heure de lancement

si tu veux voir son exécution tu peux activer le mode debug de bash

Code:

---

1 2 3 4 5 6 7 8 9

#!/usr/bin/env bash touch /var/run/$0.$(date "+%Y%m%d-%H%M%S").$$.pid set -x ( ....#contenu du script ) > /var/log/$0.$(date "+%Y%m%d-%H%M%S").log set +x rm /var/run/$0.$(date "+%Y%m%d").$$.pid && exit 0

---

quand il s’exécute tu peux suivre en live via

Code:

---

tail -F /var/log/$0.$(date "+%Y%m%d-%H%M%S").log

---

ou le lire plus tard

Bonjour,

touch n'est pas fait pour créer des fichiers.
il le fait, mais son but premier est de modifier les dates des fichiers.

pour créer un fichier sans commande externe, faites une simple redirection : > fichier.

pourquoi créer un sous-shell avec les parenthèses ?
des accolades groupent aussi les sorties, mais sans créer de sous-shell.

attention, le fichier "pid" n'a pas le même format entre sa création du script, et sa suppression.
de plus, la date peut avoir changé entre le début et la fin du script; la date devrait être stockée dans un variable.

et puis, je ne suis pas fan de /usr/bin/env bash : si tu ne sais pas où est bash, peux-tu être sûr de l'emplacement de env ?

salut,

l'utilisation d'un verrou peut être une solution (c'est le même principe qu'expliqué plus haut), du coup il suffit de tester si le verrou (fichier ou mieux, répertoire) est présent pour être assuré que le programme est en cours d'exécution (et est tout seul à l'être), reste qu'il faut l'implémenter correctement http://mywiki.wooledge.org/BashFAQ/045

Très intéressant l'explication du lien BufferBob.

Pour le coup, je ne faisais pas comme il faut puisque je testais la présence d'un fichier.

merci.

Citation:

---

Envoyé par N_BaH

Bonjour,

touch n'est pas fait pour créer des fichiers.
il le fait, mais son but premier est de modifier les dates des fichiers.

pour créer un fichier sans commande externe, faites une simple redirection : > fichier.

pourquoi créer un sous-shell avec les parenthèses ?
des accolades groupent aussi les sorties, mais sans créer de sous-shell.

attention, le fichier "pid" n'a pas le même format entre sa création du script, et sa suppression.
de plus, la date peut avoir changé entre le début et la fin du script; la date devrait être stockée dans un variable.

et puis, je ne suis pas fan de /usr/bin/env bash : si tu ne sais pas où est bash, peux-tu être sûr de l'emplacement de env ?

---

c'est bien sur qu'un schéma de principe :) mais oui tes remarques sont bonne sur l'ensemble :)

sauf que > fichier n'est pas compréhensible par tout lecteur. et ne marche pas universellement sur tout unix-like contrairement à touch
l'emplacement de env est normalement figé et appeler directement le shell sans passer par env fait partie des bad-practices ;) même si j'aime pas trop non plus :)

Citation:

---

sauf que > fichier n'est pas compréhensible par tout lecteur. et ne marche pas universellement sur tout unix-like contrairement à touch

---

La bonne façon n'est elle pas ?

Code:

---

: > fichier

---

Je crois que c'est universel contrairement à

Code:

---

> fichier

---

qui pourrait ne pas passer partout.

Citation:

---

ne marche pas universellement sur tout unix-like

---

je veux les noms ! ça dépend du shell, pas de l'OS.
effectivement, tcsh ne reconnaît pas > fichier, mais bien : > fichier.

Citation:

---

l'emplacement de env est normalement figé

---

"normalement", comme "presque partout" ?

Citation:

---

appeler directement le shell sans passer par env fait partie des bad-practices

---

j'ai lu exactement le contraire. :/

Citation:

---

Envoyé par N_BaH

attention, le fichier "pid" n'a pas le même format entre sa création du script, et sa suppression.
de plus, la date peut avoir changé entre le début et la fin du script; la date devrait être stockée dans un variable.

---

Je suis d'accord avec tout (évidemment), mais je stockerais carrément le nom du fichier (plutôt que la date) dans une variable.
De cette manière, ça réduirait les risques de différence entre les 3 lignes qui référencent le nom du fichier (ça s'appelle de la factorisation :mouarf:)