В каком порядке я должен посылать сигналы для корректного завершения процессов?

SIGTERM сообщает приложению о завершении. Другие сигналы сообщают приложению другие вещи, которые не связаны с завершением работы, но иногда могут иметь тот же результат. Не используйте их. Если вы хотите, чтобы приложение закрылось, сообщите ему об этом. Не подавайте ему вводящих в заблуждение сигналов.

Некоторые люди считают, что стандартный умный способ завершить процесс - отправить ему множество сигналов, таких как HUP, INT, TERM и, наконец, KILL. Это смешно. Правильный сигнал для завершения - это SIGTERM, и если SIGTERM не завершает процесс мгновенно, как вы могли бы предпочесть, это потому, что приложение выбрало обработку сигнала. Это означает, что у него есть очень веская причина не прекращать работу немедленно: у него есть работа по очистке. Если вы прервете эту работу по очистке с помощью других сигналов, не будет известно, какие данные из памяти еще не сохранены на диск, какие клиентские приложения остались зависшими или прерываете ли вы его «на полуслове», что, по сути, является повреждением данных.

Для получения дополнительной информации о реальном значении сигналов см. Sigaction (2). Не путайте «Действие по умолчанию» с «Описание», это не одно и то же.

SIGINT используется для сигнализации интерактивного "прерывания клавиатуры" процесса. Некоторые программы могут обрабатывать ситуацию особым образом для пользователей терминала.

SIGHUP используется, чтобы сигнализировать, что терминал исчез и больше не наблюдает за процессом. Вот и все. Некоторые процессы выбирают завершение работы в ответ, обычно потому, что их работа не имеет смысла без терминала, некоторые предпочитают делать другие вещи, такие как перепроверка файлов конфигурации.

SIGKILL используется для принудительного удаления процесса из ядра. Он особенный в том смысле, что на самом деле это не сигнал процессу, а скорее интерпретируется ядром напрямую.

Не отправляйте SIGKILL. SIGKILL ни в коем случае не следует отправлять скриптами. Если приложение обрабатывает SIGTERM, очистка может занять секунду, это может занять минуту, это может занять час. В зависимости от того, что нужно сделать приложению, прежде чем оно будет готово к завершению. Любая логика, которая «предполагает», что последовательность очистки приложения заняла достаточно много времени и должна быть сокращена или подавлена ​​SIGKILL через X секунд, просто неверна.

Единственная причина, по которой приложению потребуется SIGKILL для завершения, - это если что-то выйдет из строя во время его последовательности очистки. В этом случае вы можете открыть терминал и SIGKILL вручную. Помимо этого, единственная другая причина, по которой вы должны SIGKILL что-то, заключается в том, что вы ХОТИТЕ предотвратить его самоочищение.

Даже несмотря на то, что половина мира слепо посылает SIGKILL через 5 секунд, это все равно ужасно неправильный поступок.

Краткий ответ: отправьте SIGTERM, через 30 секунд, SIGKILL. То есть, отправьте SIGTERM, подождите немного (это может варьироваться от программы к программе, вы можете лучше знать свою систему, но достаточно от 5 до 30 секунд. При выключении машины вы можете увидеть, что она автоматически ждет до 1 30 секунд К чему все-таки спешить?), То отправьте SIGKILL.

Разумный ответ: SIGTERM, SIGINT, SIGKILL Этого более чем достаточно. Процесс очень вероятно завершится до SIGKILL.

Длинный ответ: SIGTERM, SIGINT, SIGQUIT, SIGABRT, SIGKILL

В этом нет необходимости, но, по крайней мере, вы не вводите в заблуждение процесс, касающийся вашего сообщения. Все эти сигналы делают означают, что вы хотите, чтобы процесс остановил свои действия и завершился.

Неважно, какой ответ вы выберете из этого объяснения, имейте это в виду!

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

Итак, вы должны думать как программист. Вы бы запрограммировали обработчик функции, скажем, SIGHUP для выхода из программы, которая к чему-то подключается, или вы бы зациклили ее, чтобы попытаться подключиться снова? Это главный вопрос! Вот почему важно просто посылать сигналы, которые означают то, что вы намереваетесь.

Почти глупый длинный ответ:

В таблице ниже содержатся соответствующие сигналы и действия по умолчанию в случае, если программа их не обрабатывает.

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

Сигналы, помеченные звездочкой (*), НЕ рекомендуются. В них важно то, что вы никогда не узнаете, на что они запрограммированы. Специально SIGUSR! Он может запустить апокалипс (это бесплатный сигнал для программиста делать все, что он хочет!). Но, если не обработать ИЛИ, в маловероятном случае, когда будет выполнено завершение, программа завершится.

В таблице сигналы с параметрами по умолчанию для завершения и генерации дампа ядра оставлены в конце, непосредственно перед SIGKILL.

Signal     Value     Action   Comment
----------------------------------------------------------------------
SIGTERM      15       Term    Termination signal
SIGINT        2       Term    Famous CONTROL+C interrupt from keyboard
SIGHUP        1       Term    Disconnected terminal or parent died
SIGPIPE      13       Term    Broken pipe
SIGALRM(*)   14       Term    Timer signal from alarm
SIGUSR2(*)   12       Term    User-defined signal 2
SIGUSR1(*)   10       Term    User-defined signal 1
SIGQUIT       3       Core    CONTRL+\ or quit from keyboard
SIGABRT       6       Core    Abort signal from abort(3)
SIGSEGV      11       Core    Invalid memory reference
SIGILL        4       Core    Illegal Instruction
SIGFPE        8       Core    Floating point exception
SIGKILL       9       Term    Kill signal

Тогда я бы предложил для этого почти глупого длинного ответа: SIGTERM, SIGINT, SIGHUP, SIGPIPE, SIGQUIT, SIGABRT, SIGKILL

И наконец,

Определенно глупый длинный длинный ответ:

Не пытайтесь делать это дома.

SIGTERM, SIGINT, SIGHUP, SIGPIPE, SIGALRM, SIGUSR2, SIGUSR1, SIGQUIT, SIGABRT, SIGSEGV, SIGILL, SIGFPE и, если ничего не сработало, SIGKILL.

SIGUSR2 следует попробовать до SIGUSR1, потому что нам будет лучше, если программа не обрабатывает сигнал. И гораздо более вероятно, что он обработает SIGUSR1, если он обработает только один из них.

Кстати, УБИЙСТВО: отправить SIGKILL процессу - это нормально, как сказано в другом ответе. Ну подумайте, что будет, когда вы отправите команду shutdown? Он будет пробовать только SIGTERM и SIGKILL. Как вы думаете, почему это так? А зачем вам другие сигналы, если сама команда shutdown использует только эти два?

А теперь вернемся к длинному ответу, это хорошая единственная подсказка:

for SIG in 15 2 3 6 9 ; do echo $SIG ; echo kill -$SIG $PID || break ; sleep 30 ; done

Между сигналами он спит 30 секунд. Иначе зачем вам одинарный лайнер? ;)

Также рекомендуется: пробовать только сигналы 15 2 9 из разумного ответа.

безопасность: удалите второй echo, когда будете готовы к работе. Я называю это своим dry-run для онлайн-пользователей. Всегда используйте его для тестирования.

Скрипт убивает изящно

На самом деле меня настолько заинтриговал этот вопрос, что я решил создать небольшой скрипт для этого. Пожалуйста, не стесняйтесь скачать (клонировать) его здесь:

Ссылка GitHub на репозиторий Killgracefully

Обычно вы отправляете SIGTERM, по умолчанию - kill. Это значение по умолчанию по какой-то причине. Вы можете прибегать к SIGKILL только в том случае, если программа не завершает работу в течение разумного периода времени. Но учтите, что с SIGKILL программа не имеет возможности очистить данные и данные могут быть повреждены.

Что касается SIGHUP, HUP означает "повесить трубку" и исторически означало, что модем отключился. По сути, это эквивалент SIGTERM. Причина, по которой демоны иногда используют SIGHUP для перезапуска или перезагрузки конфигурации, заключается в том, что демоны отсоединяются от любых управляющих терминалов, поскольку демон не нуждается в них и, следовательно, никогда не получит SIGHUP, поэтому этот сигнал считался "освобожденным" для общего использования. Не все демоны используют это для перезагрузки! Действие по умолчанию для SIGHUP - завершить работу, и многие демоны так себя ведут! Так что вы не можете слепо посылать SIGHUP демонам и ожидать, что они выживут.

Изменить: SIGINT, вероятно, не подходит для завершения процесса, поскольку обычно он привязан к ^C или какому-либо другому параметру терминала для прерывания программы. Многие программы фиксируют это для своих собственных целей, так что это достаточно часто, чтобы это не работало. SIGQUIT обычно по умолчанию создается дамп ядра, и, если вы не хотите, чтобы файлы ядра лежали вокруг, это тоже не лучший кандидат.

Резюме: если вы отправляете SIGTERM, а программа не умирает в установленные сроки, отправьте ее SIGKILL.

SIGTERM на самом деле означает отправку приложению сообщения: «не могли бы вы покончить жизнь самоубийством». Он может быть перехвачен и обработан приложением для запуска кода очистки и завершения работы.

SIGKILL не может быть перехвачен приложением. Приложение убивает ОС без всякого шанса на очистку.

Обычно сначала отправляется SIGTERM, затем отправляется некоторое время в сон, а затем отправляется SIGKILL.

• SIGTERM эквивалентен "щелчку" X "в окне.
• SIGTERM - это то, что Linux использует в первую очередь при завершении работы.

Несмотря на все происходящее здесь обсуждение, никакого кода предложено не было. Вот мой вывод:

#!/bin/bash

$pid = 1234

echo "Killing process $pid..."
kill $pid

waitAttempts=30 
for i in $(seq 1 $waitAttempts)
do
    echo "Checking if process is alive (attempt #$i / $waitAttempts)..."
    sleep 1

    if ps -p $pid > /dev/null
    then
        echo "Process $pid is still running"
    else
        echo "Process $pid has shut down successfully"
        break
    fi
done

if ps -p $pid > /dev/null
then
    echo "Could not shut down process $pid gracefully - killing it forcibly..."
    kill -SIGKILL $pid
fi

Для меня HUP звучит как чушь. Я бы отправил его, чтобы демон перечитал его конфигурацию.

SIGTERM можно перехватить; у ваших демонов просто может быть код очистки для запуска, когда они получат этот сигнал. Вы не можете сделать это для SIGKILL. Таким образом, с SIGKILL вы не даете автору демона никаких опций.

Подробнее об этом в Википедии