Переслать SIGTERM ребенку в Баш

У меня есть скрипт Bash, который выглядит примерно так:

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

Теперь, если оболочка bash, выполняющая скрипт, получает сигнал SIGTERM, она также должна отправить SIGTERM на работающий сервер (который блокируется, поэтому перехват не возможен). Это возможно?

Пытаться:

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

Обычно bashигнорирует любые сигналы во время выполнения дочернего процесса. Запуск сервера с помощью &фонового перехода в систему управления заданиями оболочки с $!удержанием PID сервера (для использования с waitи kill). waitПосле этого вызов будет ожидать завершения задания с указанным PID (сервером) или запуска любых сигналов .

Когда оболочка получает SIGTERM(или сервер выходит независимо), waitвызов возвращается (выход с кодом выхода сервера или с номером сигнала + 128 в случае, если сигнал был получен). После этого, если оболочка получила SIGTERM, она будет вызывать _termфункцию, указанную в качестве обработчика прерываний SIGTERM перед выходом (в котором мы выполняем любую очистку и вручную распространяем сигнал на серверный процесс, используя kill).

Bash не передает сигналы, подобные SIGTERM, процессам, которые он в данный момент ожидает. Если вы хотите завершить ваш скрипт, перейдя на ваш сервер (позволяя ему обрабатывать сигналы и все остальное, как если бы вы запустили сервер напрямую), вы должны использовать exec, который заменит оболочку с открытым процессом :

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

Если вам нужно сохранить оболочку вокруг какой - то причины (то есть. Вы должны сделать некоторые очистки после завершает сервер), вы должны использовать комбинацию trap, waitи kill. Смотрите ответ SensorSmith .

Андреас Вайтен отмечает, что если вам не нужно возвращаться из вызова (как в примере с OP), достаточно просто вызвать execкоманду ( ответ @Stuart P. Bentley ). В противном случае «традиционный» trap 'kill $CHILDPID' TERM(ответ @ cuonglm) является началом, но waitвызов фактически возвращается после выполнения обработчика прерываний, который может быть еще до фактического завершения дочернего процесса. Поэтому waitрекомендуется «дополнительный» вызов ( ответ @ user1463361 ).

Несмотря на то, что это улучшение, у него все еще есть состояние гонки, что означает, что процесс может никогда не завершиться (если сигнализатор не попытается отправить сигнал TERM). Окно уязвимости находится между регистрацией обработчика ловушек и записью PID ребенка.

Следующее устраняет эту уязвимость (упаковано в функции для повторного использования).

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

Предоставленное решение не работает для меня, потому что процесс был убит до того, как команда ожидания фактически закончилась. Я обнаружил, что в статье http://veithen.github.io/2014/11/16/sigterm-propagation.html последний фрагмент хорошо работает в моем случае приложения, запущенного в OpenShift с настраиваемым sh runner. Скрипт sh необходим, потому что мне нужна возможность получать дампы потоков, что невозможно в случае, если PID процесса Java равен 1.

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