Teruskan SIGTERM ke anak di Bash

Saya memiliki skrip Bash, yang terlihat mirip dengan ini:

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

Sekarang jika bash shell yang menjalankan skrip menerima sinyal SIGTERM, ia juga harus mengirim SIGTERM ke server yang berjalan (yang memblokir, jadi tidak ada perangkap yang mungkin). Apakah itu mungkin?

Mencoba:

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

Biasanya, bashakan mengabaikan sinyal apa pun saat proses anak dieksekusi. Memulai server dengan &latar belakang akan ke sistem kontrol pekerjaan shell, dengan $!memegang PID server (untuk digunakan dengan waitdan kill). Panggilan waitkemudian akan menunggu pekerjaan dengan PID yang ditentukan (server) selesai, atau untuk sinyal yang akan dipecat .

Ketika shell menerima SIGTERM(atau server keluar secara independen), waitpanggilan akan kembali (keluar dengan kode keluar server, atau dengan nomor sinyal + 128 jika sinyal diterima). Setelah itu, jika shell menerima SIGTERM, ia akan memanggil _termfungsi yang ditentukan sebagai pengendali perangkap SIGTERM sebelum keluar (di mana kami melakukan pembersihan dan menyebarkan sinyal secara manual ke proses server menggunakan kill).

Bash tidak meneruskan sinyal seperti SIGTERM untuk memprosesnya saat ini sedang menunggu. Jika Anda ingin mengakhiri skrip Anda dengan memisahkan ke server Anda (memungkinkannya untuk menangani sinyal dan hal lainnya, seolah-olah Anda telah memulai server secara langsung), Anda harus menggunakan exec, yang akan menggantikan shell dengan proses yang sedang dibuka :

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

Jika Anda perlu menjaga shell sekitar untuk beberapa alasan (mis. Anda perlu melakukan beberapa pembersihan setelah server berakhir), Anda harus menggunakan kombinasi trap, waitdan kill. Lihat jawaban SensorSmith .

Andreas Veithen menunjukkan bahwa jika Anda tidak perlu kembali dari panggilan (seperti dalam contoh OP) cukup menelepon melalui execperintah sudah cukup ( jawaban @Stuart P. Bentley ). Kalau tidak, "tradisional" trap 'kill $CHILDPID' TERM(jawaban @ cuonglm) adalah awal, tetapi waitpanggilan benar-benar kembali setelah jebakan pawang berjalan yang masih bisa sebelum proses anak benar-benar keluar. Jadi panggilan "ekstra" waitdisarankan ( jawaban @ user1463361 ).

Walaupun ini merupakan peningkatan namun masih memiliki kondisi balapan yang berarti bahwa proses tersebut mungkin tidak pernah keluar (kecuali pemberi sinyal mencoba mengirim sinyal TERM). Jendela kerentanan adalah antara mendaftarkan penangan perangkap dan merekam PID anak.

Berikut ini menghilangkan kerentanan itu (dikemas dalam fungsi untuk digunakan kembali).

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

Solusi yang diberikan tidak berfungsi untuk saya karena prosesnya dihancurkan sebelum perintah tunggu benar-benar selesai. Saya menemukan artikel itu http://veithen.github.io/2014/11/16/sigterm-propagation.html , potongan terakhir berfungsi dengan baik dalam kasus aplikasi saya mulai di OpenShift dengan pelari kustom sh. Script sh diperlukan karena saya harus memiliki kemampuan untuk mendapatkan dump thread yang tidak mungkin dalam kasus PID proses Java adalah 1.

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