Transférer SIGTERM à l'enfant dans Bash

J'ai un script Bash, qui ressemble à ceci:

#!/bin/bash
echo "Doing some initial work....";
/bin/start/main/server --nodaemon

Maintenant, si le shell bash exécutant le script reçoit un signal SIGTERM, il doit également envoyer un SIGTERM au serveur en cours d’exécution (ce qui bloque, donc aucune interruption possible). Est-ce possible?

Essayer:

#!/bin/bash 

_term() { 
  echo "Caught SIGTERM signal!" 
  kill -TERM "$child" 2>/dev/null
}

trap _term SIGTERM

echo "Doing some initial work...";
/bin/start/main/server --nodaemon &

child=$! 
wait "$child"

Normalement, bashignorera tous les signaux pendant l'exécution d'un processus enfant. Le démarrage du serveur avec &sera intégré au système de contrôle des tâches du shell, en $!tenant le PID du serveur (à utiliser avec waitet kill). L'appel waitattendra ensuite que le travail avec le PID spécifié (le serveur) soit terminé ou que tous les signaux soient déclenchés .

Lorsque le shell reçoit SIGTERM(ou le serveur quitte indépendamment), l' waitappel est renvoyé (avec le code de sortie du serveur ou le numéro de signal + 128 en cas de réception d'un signal). Par la suite, si le shell a reçu SIGTERM, il appellera la _termfonction spécifiée en tant que gestionnaire d’interruptions SIGTERM avant de quitter (dans lequel nous effectuons tout nettoyage et propagons manuellement le signal au processus serveur à l’aide de kill).

Bash ne transmet pas de signaux tels que SIGTERM aux processus qu’il attend actuellement. Si vous voulez terminer votre script en vous connectant à votre serveur (en lui permettant de gérer les signaux et tout le reste, comme si vous aviez démarré le serveur directement), vous devriez utiliser exec, qui remplacera le shell par le processus en cours d'ouverture :

#!/bin/bash
echo "Doing some initial work....";
exec /bin/start/main/server --nodaemon

Si vous avez besoin de garder la coquille autour pour une raison quelconque ( par exemple. Vous devez faire un nettoyage après que le serveur se termine), vous devez utiliser une combinaison de trap, waitet kill. Voir la réponse de SensorSmith .

Andreas Veithen souligne que si vous n'avez pas besoin de revenir de l'appel (comme dans l'exemple du PO), un simple appel à l'aide de la execcommande suffit ( réponse de @Stuart P. Bentley ). Sinon, le "traditionnel" trap 'kill $CHILDPID' TERM(réponse de @ cuonglm) est un début, mais l' waitappel revient en réalité après l'exécution du gestionnaire d'interruptions, ce qui peut être encore avant la fin du processus enfant. Il waitest donc conseillé de faire un "extra" appel ( réponse de @ user1463361 ).

Bien qu'il s'agisse d'une amélioration, il existe toujours une condition de concurrence critique, ce qui signifie que le processus ne peut jamais se terminer (à moins que le signaleur ne tente d'envoyer le signal TERM). La fenêtre de vulnérabilité se situe entre l'enregistrement du gestionnaire d'interruptions et l'enregistrement du PID de l'enfant.

Ce qui suit élimine cette vulnérabilité (intégrée dans des fonctions pour la réutilisation).

prep_term()
{
    unset term_child_pid
    unset term_kill_needed
    trap 'handle_term' TERM INT
}

handle_term()
{
    if [ "${term_child_pid}" ]; then
        kill -TERM "${term_child_pid}" 2>/dev/null
    else
        term_kill_needed="yes"
    fi
}

wait_term()
{
    term_child_pid=$!
    if [ "${term_kill_needed}" ]; then
        kill -TERM "${term_child_pid}" 2>/dev/null 
    fi
    wait ${term_child_pid}
    trap - TERM INT
    wait ${term_child_pid}
}

# EXAMPLE USAGE
prep_term
/bin/something &
wait_term

La solution fournie ne fonctionne pas pour moi car le processus a été tué avant la fin de la commande d'attente. J'ai trouvé cet article http://veithen.github.io/2014/11/16/sigterm-propagation.html , le dernier extrait qui fonctionne bien dans mon cas d'application démarrée dans OpenShift avec un coureur personnalisé. Le script sh est requis car je dois avoir la capacité d'obtenir des vidages de threads, ce qui est impossible dans le cas où le processus PID du processus Java est à 1.

trap 'kill -TERM $PID' TERM INT
$JAVA_EXECUTABLE $JAVA_ARGS &
PID=$!
wait $PID
trap - TERM INT
wait $PID
EXIT_STATUS=$?