Mengapa saya tidak bisa membunuh proses SIGSTOP dengan SIGTERM, dan di mana sinyal yang tertunda disimpan?

Saya menggunakan stretch Debian (systemd). Saya sedang menjalankan daemon rsyslog di foreground menggunakan /usr/sbin/rsyslogd -n dan saya melakukan Ctrl+ Zuntuk menghentikannya. Keadaan proses berubah menjadi Tl(berhenti, berulir). Aku mengeluarkan beberapa perintah ke proses, dan keadaan proses adalah sama: . Setelah saya melakukan , itu mati. Saya punya 3 pertanyaan.kill -15 <pid>Tlfg

• Mengapa SIGSTOPproses the -ed tidak merespons SIGTERM? Mengapa kernel menyimpannya dalam kondisi yang sama?
• Mengapa itu terbunuh saat menerima SIGCONTsinyal?
• Jika itu karena SIGTERMsinyal sebelumnya , di mana ia disimpan sampai proses dilanjutkan?

SIGSTOPdan SIGKILLmerupakan dua sinyal yang tidak dapat ditangkap dan ditangani oleh suatu proses. SIGTSTPseperti SIGSTOPkecuali bahwa itu dapat ditangkap dan ditangani.

The SIGSTOPdan SIGTSTPsinyal menghentikan proses di jalurnya, siap SIGCONT. Ketika Anda mengirim proses itu SIGTERM, proses tidak berjalan dan sehingga tidak dapat menjalankan kode untuk keluar.

(Ada juga SIGTTINdan SIGTTOU, yang merupakan sinyal yang dihasilkan oleh lapisan TTY ketika pekerjaan latar belakang mencoba membaca atau menulis ke terminal. Mereka dapat ditangkap tetapi sebaliknya akan menghentikan (menunda) proses, sama seperti SIGTSTP. Tapi saya sekarang akan untuk mengabaikan keduanya untuk sisa jawaban ini.)

Anda CtrlZmengirimkan proses a SIGTSTP, yang tampaknya tidak ditangani secara khusus dengan cara apa pun oleh rsyslogd, jadi itu hanya menunda proses yang tertunda SIGCONTatau SIGKILL.

Solusi di sini adalah mengirim SIGCONTsetelah Anda SIGTERMsehingga proses dapat menerima dan menangani sinyal.

Contoh:

sleep 999 &

# Assume we got PID 456 for this process
kill -TSTP 456    # Suspend the process (nicely)
kill -TERM 456    # Terminate the process (nicely). Nothing happens
kill -CONT 456    # Continue the process so it can exit cleanly

Dokumentasi untuk Perpustakaan C GNU menjelaskan ini dengan cukup baik, saya pikir (sorotan saya):

Ketika suatu proses dihentikan, tidak ada lagi sinyal yang dapat dikirim sampai diteruskan , kecuali SIGKILLsinyal dan (jelas) SIGCONTsinyal. Sinyal ditandai sebagai tertunda, tetapi tidak dikirimkan sampai proses dilanjutkan. The SIGKILLsinyal selalu menyebabkan penghentian proses dan tidak dapat diblokir, ditangani atau diabaikan. Anda dapat mengabaikannya SIGCONT, tetapi hal itu selalu menyebabkan proses dilanjutkan jika dihentikan. Mengirim SIGCONTsinyal ke suatu proses menyebabkan sinyal berhenti yang tertunda untuk proses tersebut akan dibuang. Demikian juga, setiap SIGCONTsinyal yang tertunda untuk suatu proses dibuang ketika menerima sinyal berhenti

SIGTERMsama seperti sinyal lainnya yang dapat ditangkap oleh suatu proses. Menerima sinyal hanya akan membuat proses melompat ke rutinitas pengendali sinyal khusus. Untuk SIGTERMtindakan standar akan menghentikan proses, tetapi misalnya editor mungkin ingin menangkap sinyal sehingga dapat menyimpan draft salinan semua file yang terbuka sebelum mati. Jika proses dihentikan, itu tidak dapat menjalankan penangan sinyal, tetapi sinyal akan tetap tertunda sampai proses berlanjut. Perhatikan bahwa jumlah sinyal yang dikirim biasanya tidak akan disimpan.

Secara teori, sistem dapat mengetahui apakah proses tersebut memiliki pengatur sinyal yang diinstal SIGTERM, dan segera menghentikannya jika tidak. Tetapi (sesuai komentar Gilles ') POSIX menuntut agar sinyal akan ditunda hingga proses dilanjutkan SIGCONT.