Prześlij SIGTERM do dziecka w Bash

Mam skrypt Bash, który wygląda podobnie do tego:

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

Teraz, jeśli powłoka bash uruchamiająca skrypt odbierze sygnał SIGTERM, powinna również wysłać SIGTERM do działającego serwera (który blokuje, więc pułapka nie jest możliwa). Czy to jest możliwe?

Próbować:

#!/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"

Zwykle bashignoruje wszelkie sygnały podczas wykonywania procesu potomnego. Uruchomienie serwera &spowoduje umieszczenie go w tle w systemie kontroli zadań powłoki, z $!zachowaniem PID serwera (do użycia z waiti kill). Wywołanie waitbędzie wtedy czekać na zakończenie zadania z określonym PID (serwerem) lub na wyzwolenie sygnałów .

Gdy powłoka odbierze SIGTERM(lub serwer wyjdzie niezależnie), waitpołączenie zostanie zwrócone (wyjście z kodem wyjścia serwera lub z numerem sygnału + 128 w przypadku odebrania sygnału). Następnie, jeśli powłoka otrzymała SIGTERM, wywoła _termfunkcję określoną jako moduł obsługi pułapki SIGTERM przed wyjściem (w którym przeprowadzamy czyszczenie i ręcznie propagujemy sygnał do procesu serwera za pomocą kill).

Bash nie przekazuje sygnałów takich jak SIGTERM do procesów, na które obecnie czeka. Jeśli chcesz zakończyć swój skrypt, dzieląc się na serwer (pozwalając mu obsługiwać sygnały i cokolwiek innego, tak jakbyś uruchomił serwer bezpośrednio), powinieneś użyć exec, który zastąpi powłokę z otwartym procesem :

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

Jeśli trzeba zachować skorupę wokół jakiegoś powodu (tj. Trzeba zrobić porządki po serwer kończy), należy użyć kombinacji trap, waiti kill. Zobacz odpowiedź SensorSmith .

Andreas Veithen zwraca uwagę, że jeśli nie musisz wracać z połączenia (jak w przykładzie PO), wystarczy zadzwonić za pomocą execpolecenia (odpowiedź @Stuart P. Bentley ). W przeciwnym razie „tradycyjny” trap 'kill $CHILDPID' TERM(odpowiedź @ cuonglm) jest początkiem, ale waitwywołanie faktycznie powraca po uruchomieniu procedury obsługi pułapki, co może być jeszcze przed zakończeniem procesu potomnego. Dlatego waitwskazane jest „dodatkowe” połączenie z (odpowiedź @ user1463361 ).

Chociaż jest to poprawa, nadal ma warunek wyścigu, co oznacza, że ​​proces może nigdy nie zostać zakończony (chyba że sygnalizator spróbuje wysłać sygnał TERM). Okno podatności polega na zarejestrowaniu modułu obsługi pułapki i zarejestrowaniu PID dziecka.

Poniżej opisano tę lukę (zawartą w funkcjach do ponownego użycia).

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

Podane rozwiązanie nie działa dla mnie, ponieważ proces został zabity przed faktycznym zakończeniem polecenia czekania. Znalazłem ten artykuł http://veithen.github.io/2014/11/16/sigterm-propagation.html , ostatni fragment kodu działa dobrze w moim przypadku aplikacji uruchomionej w OpenShift z niestandardowym programem uruchamiającym sh. Skrypt sh jest wymagany, ponieważ muszę mieć możliwość zrzutów wątków, co jest niemożliwe w przypadku, gdy PID procesu Java wynosi 1.

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