Comment puis-je écrire un script bash pour redémarrer un processus s'il meurt?

J'ai un script python qui vais vérifier une file d'attente et l'exécution d'une action sur chaque élément:

# checkqueue.py
while True:
  check_queue()
  do_something()

Comment puis-je écrire un script bash qui va vérifier si il fonctionne, et si non, commencez. À peu près le pseudo-code suivant (ou peut-être qu'il devrait faire quelque chose comme ps | grep?):

# keepalivescript.sh
if processidfile exists:
  if processid is running:
     exit, all ok

run checkqueue.py
write processid to processidfile

Je vais l'appeler à partir d'un crontab:

# crontab
*/5 * * * * /path/to/keepalivescript.sh

Juste pour ajouter cet pour 2017. Utilisation supervisord. crontab n'est pas d'effectuer ce genre de tâche. Un script bash est terrible sur émettant de l'erreur réelle. stackoverflow.com/questions/9301494/...
Comment sur l'utilisation de inittab et respawn à la place des autres solutions de système? Voir superuser.com/a/507835/116705

InformationsquelleAutor Tom | 2009-03-30

606

Éviter PID-files, crons, ou quoi que ce soit d'autre qui tente d'évaluer les processus qui ne sont pas leurs enfants.

Il ya une très bonne raison pour laquelle, dans UNIX, vous ne pouvez attendre de vos enfants. Toute méthode (ps de l'analyse, pgrep, le stockage d'un PID, ...) qui essaie de contourner qui est défectueux et a des trous béants dans il. Juste dire pas.

Vous devez plutôt le processus qui surveille votre processus d'être le processus' parent. Qu'est-ce que cela signifie? Cela signifie que le processus qui commence votre processus fiable d'attente pour elle à la fin. En bash, c'est absolument insignifiant.
```
until myserver; do
    echo "Server 'myserver' crashed with exit code $?.  Respawning.." >&2
    sleep 1
done
```
La pièce ci-dessus de bash s'exécute le code de myserver dans un until boucle. La première ligne commence myserver et l'attend à la fin. Quand elle se termine, until vérifie son état de sortie. Si le statut de sortie est 0, cela signifie, il a fini normalement (ce qui signifie que vous avez demandé la fermeture d'une certaine manière, et il l'a fait avec tant de succès). Dans ce cas, nous ne voulons pas le redémarrer (nous avons demandé la fermeture!). Si le statut de sortie est pas 0, until va exécuter le corps de la boucle, qui émet un message d'erreur sur STDERR et de redémarrage de la boucle (retour à la ligne 1) après 1 seconde.

Pourquoi nous faire attendre une seconde? Parce que si quelque chose ne va pas avec la séquence de démarrage de myserver et il se bloque immédiatement, vous aurez un très intensive de la boucle de la constante de redémarrer et de s'écraser sur vos mains. Le sleep 1 enlève la souche à partir que les.

Maintenant tout ce que vous devez faire est de commencer ce script bash (de manière asynchrone, sans doute), et il surveillera myserver et de le redémarrer si nécessaire. Si vous souhaitez démarrer le moniteur de démarrage (la prise de serveur "survivre" redémarre), vous pouvez programmer dans votre cron de l'utilisateur(1) avec un @reboot règle. Ouvrez votre cron règles crontab:
```
crontab -e
```
Puis ajouter une règle pour commencer votre script de surveillance de:
```
@reboot /usr/local/bin/myservermonitor
```
Alternativement; regardez inittab(5) et /etc/inittab. Vous pouvez ajouter une ligne dans y ont myserver commencer à un certain niveau d'init et de repop automatiquement.

Modifier.

Permettez-moi d'ajouter quelques informations sur les raisons de pas pour utiliser les fichiers PID. Alors qu'ils sont très populaires, ils sont également très imparfaite et il n'ya aucune raison pourquoi vous ne serait pas juste de faire de la bonne façon.

Considérez ceci:
1. PID de recyclage (en tuant le processus incorrect):
  - /etc/init.d/foo start: démarrer foo, écrire foos'PID pour /var/run/foo.pid
  - Un peu plus tard: foo meurt en quelque sorte.
  - Un peu plus tard: tout processus aléatoire qui commence (appeler bar) prend un hasard PID, imaginez-il foos'ancien PID.
  - Vous remarquez foo's gone: /etc/init.d/foo/restart lit /var/run/foo.pid, vérifie si il est encore en vie, trouve bar, pense que c'est foo, il tue, commence une nouvelle foo.
2. Les fichiers PID rassir. Vous avez besoin plus compliqué (ou devrais-je dire, non-trivial) logique pour vérifier si le fichier PID est vicié, et une telle logique est de nouveau vulnérable à 1..
3. Que faire si vous n'avez même pas accès en écriture ou en lecture seule de l'environnement?
4. Il est inutile overcomplication; voir comment de simples mon exemple ci-dessus est. Pas besoin de compliquer que, à tous.
Voir aussi: Sont PID-fichiers encore imparfait en la faisant "droit"?

Par le chemin; encore pire que les fichiers PID est l'analyse ps! Ne jamais faire cela.
1. ps est très portables. Alors que vous trouver sur presque tous les systèmes UNIX; ses arguments varient grandement si vous voulez non-standard de sortie. Et la sortie standard est SEULEMENT pour la consommation humaine, pas de script d'analyse!
2. Analyse ps conduit à BEAUCOUP de faux positifs. Prendre la ps aux | grep PID exemple, et maintenant, imaginez quelqu'un au début d'un processus avec un nombre quelque part que l'argument qui se trouve être le même que le PID que vous avez regardé votre démon avec! Imaginez deux personnes de démarrer une session X et vous grepping de X pour tuer les vôtres. C'est juste toutes sortes de mauvais.
Si vous ne voulez pas gérer le processus vous-même; il y a quelques parfaitement les systèmes de bons là-bas qui vont agir comme un moniteur pour votre processus. Regarder dans runit, par exemple.
- Vous pouvez ajouter un peu de code pour envoyer un message ou d'arrêt de la boucle si il redémarre trop grand nombre de fois dans un court laps de temps.
- +1 en plus de la réponse correcte. Mais vous êtes un peu trop pragmatique sur les fichiers pid... SysV init scripts sont fortement basée sur les fichiers pid, principalement parce que le démarrage et l'arrêt des etats peuvent être de différentes pgids.
- Possède: je ne pense pas que ce soit nécessaire. Il serait juste compliquer la mise en œuvre pour aucune bonne raison. La simplicité est toujours plus important; et si elle redémarre souvent, le sommeil va garder d'avoir des mauvais impact sur les ressources de votre système. Il y a déjà un message de toute façon.
- Je sais que les fichiers PID sont utilisés partout. Cela ne veut pas dire qu'ils ne sont pas tout aussi erronées comme ils étaient avant. Début foo, mettre son PID dans foo.pid. Foo meurt. Quelque chose d'autre se a commencé quelque part, prend un hasard PID qui se trouve être l'un des foo a. L'arrêt de foo va tuer le processus incorrect!
- Seul root a accès à /etc/inittab - comment un simple utilisateur de s'assurer que certains processus obtient toujours redémarré dans une manière qui permettrait de gérer à la fois un processus de collision et un redémarrage du système?
- stackoverflow.com/questions/822797/about-the-pid-of-the-process/...
- Les sons clairs et faciles jusqu'à ce que vous n'avez pas besoin de gérer certains processus avec délai d'attente sans la mise en œuvre de cette logique dans le processus enfant. Il n'est pas pratique et facile à utiliser intégré dans la méthode pour le faire.
- je sais que c'est naïf... de l'Exécution d'un script comme ça, et puis d'avoir un 2ème serveur ping le serveur 1 pour voir si le service est en place est le meilleur de la paix de l'esprit, je peux obtenir, je suppose. Il n'y a vraiment pas de toute la 2e couche pour s'assurer que les jusqu'à ce que le script est en cours d'exécution. Je veux dire, pourquoi y aurait-il le script n'est pas de faire quoi que ce soit.
- piège '~/.bin/panique " EXIT; # est-ce qu'un délire ou est-il plus sûr?
- cron a @reboot spécification de temps
- Comment intensité de ressources est une boucle de ce genre et ça va faire une différence à l'utilisation de sommeil plus grand que 1?
- Il n'y a pas de consommation de ressources lorsque le programme comporte. Si il existe immédiatement sur le lancement, en permanence, la consommation de ressources avec un sommeil 1 est encore totalement négligeable.
- Pouvez croire que je suis tout voyant cette réponse. Merci beaucoup!
- Malheureusement, mon processus ne meurt pas de retour d'erreur en cas d'échec. J'ai encore besoin de réinitialiser automatiquement.
- vous pouvez le faire ci-dessus boucle sans tester le processus de " code de sortie while true; do myprocess; done mais note qu'il y a aucun moyen d'arrêter le processus.
- Le problème est que le processus ne serait pas sortie... je le fixe que dans le code, cependant, et maintenant je suis à l'aide de votre réponse.
- J'étais en train d'écrire un moniteur de processus pour mon autossh tunnels, et recherché les meilleures pratiques pour les processus de vérification en vie en se basant sur le pid. J'ai eu à la ferraille de plus du code que j'avais déjà écrit, je vous déteste 😉 Maintenant c'est tellement simple et efficace, merci à vous!
- Si bash qui est de l'exécution de script est fermée, alors le processus qui a été lancé est toujours en cours d'exécution. Et c'est un problème pour moi.
- Le seul moyen de forcer les parents à tuer l'enfant à la sortie de bash est de transformer l'enfant en emploi et le signaler: trap 'kill $(jobs -p)' EXIT; until myserver & wait; do sleep 1; done
- Permettez-moi de savoir si cette solution combinée avec un fichier PID est encore imparfait stackoverflow.com/questions/25906020/...
- Pourrait un port spécifique être spécifié pour que le processus soit lancé par le bash processus? Je ussualy utilisation nohup ./start -Dhttp.port=9001. Peut-il être spécifié dans le bash?
- Cela n'a rien à voir avec bash. Lire la documentation sur la commande que vous êtes en précisant les arguments pour. Aussi, s'il vous plaît ne pas utiliser nohup.
- J'ai essayé votre solution sur cette commande until "rsync --exclude-from /rsync-exclude-list.txt -av --delete --progress --stats --human-readable --checksum --timeout=3600 --partial-dir /tmp/ rsync://host:/tmp/ /tmp"; do mais il se ferme avec un message d'erreur "No such file or directory Server "monserveur" s'est écrasé avec le code de sortie 127. Les réapparitions..`. Des idées pourquoi?
- pas sur le sujet ici; aussi, votre commande se trouve qu'il n'y a pas même une mention de "monserveur" en elle. Vous avez juste besoin d'utiliser le bon de commande rsync, cela n'a rien à voir avec cette question. Assurez-vous que la commande fonctionne par lui-même d'abord!
- La commande fonctionne très bien. - Je transférer des fichiers de l'hôte:/tmp /tmp - je n'ai pas besoin d'un "monserveur". Pourquoi est-il OT de se demander pourquoi une solution générique ne semble pas être génériques?
- Supprimer les guillemets. Le Code ne doit jamais être cité. until command, pas until "command".
- alors, comment puis-je démarrer le script bash de manière asynchrone? le serveur meurt quand me déconnecter de mon terminal. L'écran peut-être?
- Comment un signal "monserveur" pour arrêter gracieusement? Surtout si j'utilise l'écran pour démarrer et se détacher du script bash?
- Suis-je capable de créer un envoronment variable dans le script qui est utilisé par le programme?
- toutes les variables d'environnement que vous déclarez dans votre script avant d'exécuter le programme sera exportée vers le programme. Utiliser par exemple. export MYVAR=myvalue
InformationsquelleAutor lhunath
29

Ont un coup d'oeil à monit (http://mmonit.com/monit/). Il gère le démarrage, l'arrêt et le redémarrage de votre script, et peut faire des contrôles de santé plus redémarre si nécessaire.

Ou faire un simple script:
```
while true
do
/your/script
sleep 1
done
```
- Monit est exactement ce que vous cherchez.
- "tout en 1" ne fonctionne pas. Vous avez besoin d' "while [ 1 ]" ou "while true" ou "en". Voir unix.stackexchange.com/questions/367108/what-does-while-mean
InformationsquelleAutor Bernd
8

La façon la plus simple de le faire est d'utiliser troupeau sur fichier. Dans le script Python que vous feriez
```
lf = open('/tmp/script.lock','w')
if(fcntl.flock(lf, fcntl.LOCK_EX|fcntl.LOCK_NB) != 0): 
   sys.exit('other instance already running')
lf.write('%d\n'%os.getpid())
lf.flush()
```
Dans le shell vous permettent de tester si elle est en cours d'exécution:
```
if [ `flock -xn /tmp/script.lock -c 'echo 1'` ]; then 
   echo 'it's not running'
   restart.
else
   echo -n 'it's already running with PID '
   cat /tmp/script.lock
fi
```
Mais bien sûr, vous n'avez pas à tester, parce que si c'est déjà en cours d'exécution et que vous le redémarrez, il va sortir avec 'other instance already running'

Lorsque le processus meurt, tous les descripteurs de fichiers sont fermées et tous les verrous sont automatiquement supprimés.
- qui pourrait bien simplifier un peu en retrait du script bash. qu'advient-il si le script python se bloque? le fichier est-il débloqué?
- Fichier de verrouillage est libéré dès que l'application s'arrête, soit en tuant, naturellement ou de s'écraser.
- être un peu plus précis-la serrure n'est plus actif dès que le descripteur de fichier c'est sur la ferme. Si le script Python ne ferme jamais le handle de fichier, par l'intention, et fait en sorte qu'il ne soit pas fermé automatiquement via le fichier objet des ordures collectées, il clôture signifie probablement que le script est sorti / a été tué. Cela fonctionne même pour les redémarrages et ces.
- Il existe de bien meilleures façons d'utiliser flock... en fait, la page de man démontre explicitement comment! exec {lock_fd}>/tmp/script.lock; flock -x "$lock_fd" est le bash équivalent à votre Python, et laisse le verrou (ainsi, si vous exec d'un processus, la serrure restera détenu jusqu'à ce que le processus s'arrête).
- Je downvoted vous parce que votre code n'est pas correct. À l'aide de flock est la façon correcte, mais vos scripts sont mauvais. La seule commande que vous avez besoin de mettre en crontab est: flock -n /tmp/script.lock -c '/path/to/my/script.py'
InformationsquelleAutor vartec
6

Vous devez utiliser monit, un standard d'unix outil qui peut surveiller des choses différentes sur le système et de réagir en conséquence.

De la documentation: http://mmonit.com/monit/documentation/monit.html#pid_testing
```
processus de vérification checkqueue.py avec pidfile /var/run/checkqueue.pid 
en cas de changement de pid puis exec "checkqueue_restart.sh" 
```
Vous pouvez également configurer monit pour vous envoyer des courriels quand il fait un redémarrage.
- Monit est un excellent outil, mais il est pas standard dans le sens formel de l'être spécifiée dans POSIX ou SUSV.
InformationsquelleAutor clofresh
5
```
if ! test -f $PIDFILE || ! psgrep `cat $PIDFILE`; then
    restart_process
    # Write PIDFILE
    echo $! >$PIDFILE
fi
```
- cool, c'est donner de la consistance de certains de mes pseudo-code assez bien. deux qns: 1) comment puis-je générer PIDFILE? 2) qu'est-ce psgrep? il n'est pas sur le serveur ubuntu.
- ps grep est juste une petite application qui fait la même chose que ps ax|grep .... Vous pouvez simplement l'installer ou écrire une fonction pour ça: fonction psgrep() {ps ax|grep -v grep|grep -q "$1"}
- Viens de remarquer que je n'avais pas répondu à votre première question.
- Sur vraiment occupé serveur, il est possible que les PID seront recyclés avant de vous enregistrer.
InformationsquelleAutor soulmerge
2

Je ne suis pas sûr de savoir comment portable c'est à travers les systèmes d'exploitation, mais vous pouvez vérifier si votre système contient les " exécuter une commande, c'est à dire "l'homme de l'exécution de l'un".
Plus précisément, cet ensemble de commandes comprend l'exécution d'une permanence", qui semble être exactement ce qui est nécessaire.

De l'homme page:

de l'exécution d'une permanence de COMMANDE [ARGS]

Remarque: évidemment, cela pourrait être appelée à partir de votre script, mais ce qui élimine la nécessité d'avoir un script à tous.
- Cette offre aucun avantage par rapport à la accepté de répondre?
- Oui, je pense qu'il est préférable d'utiliser une commande intégrée que d'écrire un script shell qui fait la même chose que devra être maintenu comme une partie du système de base de code. Même si la fonctionnalité est requise dans le cadre d'un script shell, la commande ci-dessus peut également être utilisé de sorte qu'il est pertinent pour un script shell question.
- Ce n'est pas "intégrée"; s'il est installé par défaut sur certaines distrib, votre réponse devrait probablement spécifier la distribution (et idéalement inclure un lien pour le télécharger si le vôtre n'est pas l'un d'eux).
- On dirait qu'il est un utilitaire Ubuntu; mais il est en option même sur Ubuntu. manpages.ubuntu.com/manpages/bionic/man1/run-one.1.html
InformationsquelleAutor Daniel Bradley
1

J'ai utilisé le script suivant avec succès sur de nombreux serveurs:
```
pid=`jps -v | grep $INSTALLATION | awk '{print $1}'`
echo $INSTALLATION found at PID $pid 
while [ -e /proc/$pid ]; do sleep 0.1; done
```
notes:
- C'est la recherche d'un processus java, j'ai donc
  pouvez utiliser des pc, c'est beaucoup plus
  cohérent à travers les distributions de
  ps
- $INSTALLATION contient assez de processus de chemin c'est que c'est totalement sans ambiguïté
- De sommeil lors de l'attente pour le processus de mourir, éviter monopolisant les ressources 🙂
Ce script est en fait utilisé pour arrêter une instance en cours d'exécution de tomcat, que je veux arrêter (et attendre) à la ligne de commande, afin de le lancer comme un processus enfant n'est tout simplement pas une option pour moi.
- grep | awk est encore un antipattern - vous voulez awk "/$INSTALLATION/ { print \$1 }" de confondre l'inutile grep dans le script Awk, qui peut trouver des lignes par expression régulière elle-même très bien, merci beaucoup.
InformationsquelleAutor Kevin Wright

Vous devez vous connecter pour publier un commentaire.