본문 바로가기
Linux

[Linux] SIGNAL 에 대한 요약 정리.

by ds31x 2023. 10. 22.

SIGNAL이란??

OS (LINUX 및 UNIX계열)에서의 SIGNAL
UNIX 또는 UNIX 계열 또는 POSIX 호환 OS에서 사용되는

제한된 형태의 Inter-Process Communication (IPC)을 가르킨다.

특정 process가
동일 process 내의 thread 또는 다른 process
메시지를 비동기식으로 보낼 때 SIGNAL을 사용함 (비동기식 통보).

 

SIGNAL은 프로세스에 어떤 Event가 발생했음을 알리기위해 사용되는 일종의 Interrupt (Software Interrupt)임.

https://dsaint31.me/mkdocs_site/CE/ch05/ch05_04_02_interrupt/#os-signal-or-event-handler-system

 

BME228

Interrupt and Polling Interrupt와 Polling은 CPU에게 어떤 event들이 발생했음을 알리고 이들을 처리하기 위해 제안된 두가지 방법임. event가 발생했을 때, CPU는 대개의 경우 어떤 process를 처리하고 있을 경

dsaint31.me

https://dsaint31.tistory.com/447

 

[CE] Interrupt 요약 (Computer 기준).

오늘날 OS는 interrupt를 기반으로 동작 (Interrupt Based System)한다: interrupt가 발생하면 CPU는 현재 하는 일을 멈추고 해당 interrupt를 해결하려고 동작한다. processor가 특정 동작을 하고 있는 중 (OS가 특정

dsaint31.tistory.com

 

OS (특히 linux)에서 SIGNAL의 종류는 크게

  • User가 interrupt key를 통해 발생시키는 SIGNAL (CTRL+c, CTRL+z 등),
  • process가 발생시키는 SIGNAL (kill 함수 등과 같은 system call, 또는 SW의 condition에 따른 alarm 등),
  • HW에서 발생시키는 SIGNAL (eq. Hardware Exception 로 대표적인 경우가 Zero Division 등이 있음)

등으로 나눌 수 있으며 보통 특정 event가 발생할 경우 관련된 process에게 전달할 때 사용된다.


SIGNAL 목록 확인하기

OS 종류에 따라 지원하는 SIGNAL 목록은 차이가 있으며 kill 명령어에 -l 옵션을 주어 실행시키면 확인 가능함.

 

다음은 bash 에서 수행한 경우임.

(base) ubuntu@mylinux:~$ kill -l
 1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL       5) SIGTRAP
 6) SIGABRT      7) SIGBUS       8) SIGFPE       9) SIGKILL     10) SIGUSR1
11) SIGSEGV     12) SIGUSR2     13) SIGPIPE     14) SIGALRM     15) SIGTERM
16) SIGSTKFLT   17) SIGCHLD     18) SIGCONT     19) SIGSTOP     20) SIGTSTP
21) SIGTTIN     22) SIGTTOU     23) SIGURG      24) SIGXCPU     25) SIGXFSZ
26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGIO       30) SIGPWR
31) SIGSYS      34) SIGRTMIN    35) SIGRTMIN+1  36) SIGRTMIN+2  37) SIGRTMIN+3
38) SIGRTMIN+4  39) SIGRTMIN+5  40) SIGRTMIN+6  41) SIGRTMIN+7  42) SIGRTMIN+8
43) SIGRTMIN+9  44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12
53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9  56) SIGRTMAX-8  57) SIGRTMAX-7
58) SIGRTMAX-6  59) SIGRTMAX-5  60) SIGRTMAX-4  61) SIGRTMAX-3  62) SIGRTMAX-2
63) SIGRTMAX-1  64) SIGRTMAX
  • 위의 결과는 Ubuntu에서 bash 셀에서 kill -l을 수행한 결과임.
  • 앞의 번호는 해당 SIGNAL에 할당된 번호로 각 SIGNAL별로 유일하게 할당된다.
  • kill 명령어에서 해당 번호를 통해 특정 프로세스에 SIGNAL을 보낼 수 있음. (raise, abort, sigsend 등을 이용하는 것도 가능함)

각 signal에 대한 상세 내용은 아래의 "signal의 종류" 항목을 참고할 것.

 

참고로 다음은 zsh에서 수행한 경우임.

HUP INT QUIT ILL TRAP ABRT BUS FPE KILL USR1 SEGV USR2 PIPE ALRM 
TERM STKFLT CHLD CONT STOP TSTP TTIN TTOU URG XCPU XFSZ VTALRM 
PROF WINCH POLL PWR SYS

KILL 명령어를 통한 SIGNAL 보내기

좋은 참고 자료: https://www.lesstif.com/system-admin/unix-linux-kill-12943674.html

 

Unix, Linux 에서 kill 명령어로 안전하게 프로세스 종료 시키는 방법

여기를 클릭하여 펼치기... 위 쓰레드에서 발췌한 killtree.sh #!/bin/bash killtree() { local _pid=$1 local _sig=${2:-TERM} kill -stop ${_pid} # needed to stop quickly forking parent from producing child between child killing and parent kill

www.lesstif.com

다음의 세가지 방법은 모두 동일한 동작을 수행함.

kill -1 TARGET_PID
kill -SIGHUP TARGET_PID
kill -HUP TARGET_PID
  • TARGET_PIDps등을 통해 확인가능한 프로세스에 할당된 process id를 의미함.
    • TARGET_PID0일 경우, 현재 kill 명령을 호출한 쉘(shell)의 GID에 속하는 프로세스 그룹의 모든 프로세스들에 전송됨.
    • TARGET_PID-1일 경우, 현재 kill 명령을 호출한 User와 동일한 UID를 가진 모든 프로세스에 SIGNAL이 전송됨.
    • TARGET_PID-1보다 작은 경우, 주어진 TARGET_PID의 절대값과 동일한 GID를 가진 프로세스 그룹의 모든 프로세스들에 전송됨.
    • 참고로 root 만이 다른 사용자의 processes에 SIGNAL을 보낼 수 있으며 일반 User는 자신이 processes에만 SIGNAL을 보내는게 일반적임.
  • TARGET_PID를 얻기 위해서 ps가 많이 사용되나 top, pidof, pgrep 들도 많이 사용됨.
  • TARGET_PID는 복수개가 주어질 수 있으며, 스페이스를 통해 구분됨.
kill 명령어 뒤에 - (dash) 를 이용하여 singal의 종류를 정하는데,
만약 signal 종류를 지정하지 않고 대상 process id만 지정할 경우,
SIGTERM 이 보내짐.

kill -9 (SIGKILL)는 최후의 방법이고, 가급적 SIGTERM을 이용하여 프로세스를 종료하는 게 좋음.

 

SIGHUP는 위의 방식으로 보내질 경우,

  • TARGET_PID에 해당하는 프로세스를 종료 후 재시작시킴(우선 종료하고, 관련 설정을 다시 로드하여 수행시킴).
  • 또한 해당 signal은 terminal의 session이 종료될 때 사용 중이던 shell에 SIGHUP이 전달되고, 해당 shell로부터 실행했던 모든 프로세스들(jobs 로 확인 가능)에 보내져서 그들이 종료되도록 함.
  • 때문에 ssh 등으로 접속하여 수행시킨 프로세스를 해당 ssh 연결을 끊은 이후에도 수행되게 하려면 nohup등을 통해 이 signal을 무시하도록 처리해야함.

이에 대해선 다음 URL을 참고.

2023.09.29 - [Linux] - [Linux] 터미널 종료와 상관없이 지속 실행되는 process 만들기 : nohup, tmux

 

[Linux] 터미널 종료와 상관없이 지속 실행되는 process 만들기 : nohup, tmux

ssh로 접속하여 실행시킨 process들의 경우, 해당 접속 터미널 하나에 할당된 하나의 session에 속하게 된다. Process : 현재 실행 중인 프로그램. 각각 실행되는 프로그램을 위한 독립된 메모리 영역(sta

ds31x.tistory.com


SIGNAL Handler

앞서 살펴본 kill을 통해 SIGNAL을 보내는 방식으로 주로 사용되는 SIGNAL종료 9 (SIGKILL)을 주로 사용하다. (kill이 괜히 프로세스 킬러 명령어로 불리는 게 아님)

 

하지만, SIGNAL은 프로세스간 통신을 위한 것으로 특정 방식으로 다르게 처리되어야 하는 경우도 있음.

 

SIGNAL을 수신한 프로세스의 반응은 다음과 같이 크게 3가지로 나뉨.

  1. 해당 SIGNAL에 지정된 처리 방식으로 반응함 (예를 들어 SIGKILL을 받은 경우, 해당 프로세는 종료됨)
    • Term (Terminate) : 프로세스 종료
    • Core (Terminate + Core dump) : 프로세스 종료 및 dump core를 수행. (core란 memory dump 파일로 디버깅에서 요구되는 정보를 가짐. 주로 pointer가 잘못된 곳을 참조하는 경우 많이 발생.)
    • Stop : 정지 (일지 정지)
    • Cnt (Continue) : 정지된 프로세스를 이어서 다시 실행시킴.
    • Ign (Ignore) : 무시
  2. 수신한 SIGNAL을 무시한다 (무시하도록 지정된 경우로 nohup로 수행된 프로세는 SIGHUP을 무시함)
    • SIGKILLSIGSTOP은 무시할 수 없음.
  3. 해당 SIGNAL에 대해 프로그래머가 지정한 SIGNAL Handler를 호출하여 수행.

특히 3번의 경우는 프로그래머가 코드로 특정 SIGNAL을 수신한 경우 수행될 별도의 함수를 지정 및 구현한 경우로 해당 함수를 signal handler라고 부름.

  • 이 경우, 해당 SIGNAL을 수신한 프로세스는 기존의 수행하던 작업을 일시 중단하고 signal handler를 수행함.
  • 해당 signal handler의 수행이 종료되며 해당 프로세스는 중단된 작업을 재개하게 된다.

SIGNAL 처리 방식 (일반)

  1. 이벤트 발생으로 SIGNAL 생성
    • 프로세스는 signal mask를 사용하여 특정 SIGNAL을 block 또는 unblock시킴.
    • 생성된 SIGNAL이 타겟 프로세스에서 Block 처리된 경우, unblock이 되거나 해당 처리가 Ign (무시)로 변경되기 전까지 Pending이 됨.
    • Pending은 생성은 되었지만 해당 프로세스로 전달되지 않은 상태를 의미.
  2. 프로세스가 SIGNAL을 수신 (해당 프로세스에 SIGNAL 전달됨)
  3. "기본 처리" 또는 "Signal Handling", "무시" 중 하나로 처리가 이루어짐.

 

특정 프로세스에 여러 Signal이 동시에 전달되는 경우, 이들의 처리 순서는 보장되지 않음.


SIGNAL 들의 종류

번호 Name Description 기본 처리 방식
1 SIGHUP
(HUP)
Hang Up의 약어.
terminal의 접속이 끊어질 때 보내지는 signal.
특정 프로그램 (주로 Deamon)의 설정이 변경된 경우, 해당 변경을 반영하여 재시작시키기 위해서 많이 사용됨.
또는 terminal의 접속이 끊어질 때, 관련 process들(해당 session의 jobs에 등록된 프로세스들)의 종료를 위해서 사용됨.
Term
(Terminate)
종료처리
2 SIGINT
(INT)
Interrupt의 약어.
User가 키보드에서 CTRL+c 를 입력하여 보내는 interrupt signal임.
기본적으로 해당 프로세스의 실행이 종료됨.
Term
(Terminate)
종료처리
3 SIGQUIT Quit.
User가 키보드에서 CTRL+\ 를 입력하여 보내는 실행중지 signal.
프로세스를 종료시키고 core dump를 수행함.
Core
(terminate process and dump core)
4 SIGILL
(ILL)
Illegal instruciton을 의미.
잘못된 명령이 실행된 경우 발생.
Core
(terminate process and dump core)
5 SIGTRAP
(TRAP)
Debugger에 의해 사용되는 TRAP (SW에서 system call을 통해 발생시키는 interrupt에서 이용되는 명령어).
디버깅의 tracing이나 breakpoint등에서 발생
Core
(terminate process and dump core)
6 SIGIOT
(IOT)
Abort(비정상 종료) 함수(system call)에 의해 발생. Core
(terminate process and dump core)
7 SIGBUS
(BUS)
메모리 접근 에러와 같은 BUS Error 시 발생. 
정의되지 않은 메모리 object에 접근하려고 시도하는 경우 등.
Core
(terminate process and dump core)
8 SIBFPE
(FPE)
Floating Point Error
부동소수점 산술 연산에서 문제 발생시
Core
(terminate process and dump core)
9 SIGKILL
(KILL)
Kill 의 뜻 그대로 프로세스를 죽인다.
(속해있는 threads에게 정리할 시간을 주는 SIGTERM과 달리
즉시 강제종료시킴)
Term
(Terminate)
종료처리
10 SIGUSR1
(USR1)
사용자 정의 신호 1 Term
(Terminate)
종료처리
11 SIGSEGV
(SEGV)
Segmentation Violation
유효하지 않은 메모리 접근으로 인한 에러 (invalid memory ref등을 사용).
Core
(terminate process and dump core)
12 SIGUSR2
(USR2)
사용자 정의 신호 2 Term
(Terminate)
종료처리
13 SIGPIPE
(PIPE)
읽어들이는 프로세스 없이 파이프에 기록하려고 시도하는 경우 발생
예를 들면, 종료된 socket에 쓰기를 시도하는 경우.
Term
(Terminate)
종료처리
14 SIGALRM
(ALRM)
alarm signal.
alarm(n) 을 통해 n초 후 해당 signal발생되도록 할 수 있음.
Term
(Terminate)
종료처리
15 SIGTERM
(TERM)
Terminate
가능한 정상 종료를 시키는 SIGNAL.
대상 프로세스의 자식 threads이 정상적으로 종료되도록 하므로 SIGKILL보다 권장됨.
Term
(Terminate)
종료처리
16 SIGSTKFLT
TKFLT
coprocessor stack fault  
17 SIGCHLD
CHLD
프로세스가 stop 또는 terminate 될 때, 해당 프로세스의 부모프로세스에 보내지는 signal Ign
(ignore, 무시)
18 SIGCONT
(CONT)
Continue
STOP signal 로 정지된 프로세스를 다시 계속해서 실행하기 위해 보내지는 signal.
만일 stop상태가 아니면 무시된다.
Cont
continue the process if it is currently stopped.
19 SIGSTOP
(STOP)
SIGTSTP와 함께 프로세스를 정지시키기 위해 사용됨.
TSTP와 달리 무시되거나 잡히지 않음.
Stop
정지. (프로세스를 멈춤)
20 SIGTSTP
(TSTP)
Terminal SToP 의 약어. (tty driver를 통해 전달가능)
User가 CTRL+z를 통해 발생시키며 프로세스를 정지시킴.
무시 가능.
Stop
정지. (프로세스를 멈춤)
21 SIGTTIN BG(백그라운드) 프로세스에서 control tty(제어 터미널에서) 읽기가 이루어질 경우. Stop
정지. (프로세스를 멈춤)
22 SIGTTOU BG(백그라운드) 프로세스에서 control tty(제어 터미널로) 쓰기가 이루어질 경우. Stop
정지. (프로세스를 멈춤)
23 SIGURG socket에서 긴급 메시지 또는 제어신호를 의미하는 OOB (Out Of Band) Data를 받은 경우 발생. Ign
(ignore, 무시)
24 SIGXCPU CPU 시간 제한 초과 Core
(terminate process and dump core)
25 SIGXFSZ 파일 크기 제한 초과 Core
(terminate process and dump core)
26 SIGVTALRM 가상 타이머 시간 초과 알림(경고) Term
(Terminate)
종료처리
  • 붉은 색으로 번호가 기재된 경우, 대부분의 linux에서 고정된 signal 번호인 경우를 의미함.
  • /usr/include/asm-generic 의 siginfo.h, signal.h 의 파일에서도 확인 가능함.

SIGTERM vs. SIGKILL

다음 만화가 매우 쉽게 설명을 해주고 있음. SIGTERM 의 사용을 권하고 있음.

ref. : https://turnoff.us/geek/dont-sigkill/?ref=linuxhandbook.com


References

https://passing-story.tistory.com/entry/Linux-kill-%EC%8B%9C%EA%B7%B8%EB%84%90-%EC%A2%85%EB%A5%98-kill-%EC%8B%9C%EA%B7%B8%EB%84%90-%EB%9C%BB

 

[Linux] kill 시그널 종류 / kill 시그널 뜻

kill 명령어는 프로세스에 명령을 내릴 수 있는 명령어 시그널을 통해 특정 명령을 내린다. 명령어의 종류는 # kill signal 종류 확인 $ kill -l 위 명령어로 확인 가능하며, 시그널 번호 또는 시그널을

passing-story.tistory.com

https://blog.naver.com/sanghun0318/220399680353

 

Out Of Band (OOB data)

OOB (Out Of Band) data는 우리가 보통 보내는 데이터에 우선순위를 부여하여 보내는 방법이다. 보통...

blog.naver.com

https://www.ibm.com/docs/ko/i/7.3?topic=concepts-out-band-data

 

아웃오브밴드(OOB) 데이터

아웃오브밴드(OOB) 데이터는 연결 지향성(스트림) 소켓에서만 의미가 있는 사용자 고유 데이터입니다. 스트림 데이터는 일반적으로 송신된 순서와 같은 순서로 수신됩니다. OOB 데이터는 스트림

www.ibm.com

https://jangpd007.tistory.com/90

 

Unix/Linux Signal 개념 및 종류

UNIX 시스템의 핵심 중의 하나인 Signal은 프로세스에게 어떤 Event의 발생을 알리기 위해 전달 되는 소프트웨어 인터럽트다.유닉스/리눅스 운영체제는 매우 다양한 종류의 Signal이 있으며 이러한 Sig

jangpd007.tistory.com

https://seorenn.blogspot.com/2011/02/sigsegv.html

 

SIGSEGV 란 용어에 대해

iOS 및 macOS 용 앱 개발, Emacs, Vim, Python 위주로 다루는 Seorenn 개인 블로그

seorenn.blogspot.com

https://velog.io/@jakeseo_me/nohup-disown-%EB%8A%94-%EC%96%B8%EC%A0%9C-%EC%96%B4%EB%96%BB%EA%B2%8C-%EC%8D%A8%EC%95%BC%EB%90%A0%EA%B9%8C-9fjv7q9bz8

 

nohup, disown, &는 언제 어떻게 써야될까?

들어가기 전에 이 포스팅은 https://unix.stackexchange.com/questions/3886/difference-between-nohup-disown-and 에 있는 포스팅을 번역한 것입니다. 오역이나 의역이 있을 수 있습니다. 지적해주시면 확인 후 바로 정

velog.io