Microsoft MVP성태의 닷넷 이야기
스크립트: 31. 파이썬 gunicorn - WORKER TIMEOUT 오류 발생 [링크 복사], [링크+제목 복사],
조회: 17818
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

파이썬 gunicorn - WORKER TIMEOUT 오류 발생

파이썬을 호스팅하는 gunicorn의,

파이썬 - 윈도우 환경에서 개발한 Django 앱을 WSL 환경의 gunicorn을 이용해 실행
; https://www.sysnet.pe.kr/2/0/12775

콘솔 화면에 이런 식으로 오류 메시지가 나오는군요.

[2021-10-12 14:23:09 +0900] [1673] [CRITICAL] WORKER TIMEOUT (pid:1680)
[2021-10-12 05:23:09 +0000] [1680] [INFO] Worker exiting (pid: 1680)
[2021-10-12 14:23:09 +0900] [1683] [INFO] Booting worker with pid: 1683

이 상황을 한번 재현해볼까요? ^^ 간단하게 다음과 같이 60초 대기를 만드는 코드를 작성하고,

def test(request):
    time.sleep(60)
    return render(request, 'bbs/base.html')

실행하면 처음에는 위의 요청을 처리하는 gunicorn 프로세스가 fork되어 생성이 되지만,

$ pstree -p | grep gunicorn
        |-init(943)---init(944)---bash(945)---gunicorn(1673)-+-gunicorn(1680)-+-{gunicorn}(1681)
        |                                                    |                `-{gunicorn}(1681)
        |                                                    |-{gunicorn}(1677)
        |                                                    `-{gunicorn}(1678)

이후 30초쯤 지나면 gunicorn 콘솔에 해당 요청을 담당하고 있는 1680 프로세스가 종료된다는 메시지가 출력이 됩니다.

[2021-10-12 14:23:09 +0900] [1673] [CRITICAL] WORKER TIMEOUT (pid:1680)
[2021-10-12 05:23:09 +0000] [1680] [INFO] Worker exiting (pid: 1680)

이와 함께 클라이언트 측 웹 브라우저 화면에서는 서비스를 할 수 없다는 식의 오류 화면이 나옵니다. 또한, gunicorn은 이후의 또 다른 요청을 대비한 자식 프로세스를 금방 fork하기 때문에 그다음의 한 줄 메시지를 보게 됩니다.

[2021-10-12 14:23:09 +0900] [1683] [INFO] Booting worker with pid: 1683

그래서 60초가 걸리던 요청을 처리하는 프로세스(pid == 1680)는 제거되고 새로운 요청을 처리하기 위한 fork 프로세스(pid == 1683)를 다음과 같은 식으로 확인할 수 있습니다.

$ pstree -p | grep gunicorn
        |-init(943)---init(944)---bash(945)---gunicorn(1673)-+-gunicorn(1683)-+-{gunicorn}(1684)
        |                                                    |                `-{gunicorn}(1685)
        |                                                    |-{gunicorn}(1677)
        |                                                    `-{gunicorn}(1678)




보는 바와 같이 이 오류가 발생하는 원인은 당연히 해당 요청에 대한 처리 시간이 너무 길기 때문입니다. 만약 이것이 꼭 필요한 대기 시간이라면 gunicorn의 명령행에 --timeout 옵션을 넣어,

$ gunicorn --bind 0.0.0.0:18091 myapp.wsgi:application --timeout 70

실행하면 됩니다. 기본값은 30초, 단위는 초이므로 위와 같이 지정하면 70초까지는 timeout 오류 처리를 하지 않습니다.




이와 같은 timeout 상황이 PyCharm으로 디버깅할 때도 발생합니다.

[2024-07-28 19:42:32 +0900] [43086] [CRITICAL] WORKER TIMEOUT (pid:43121)
Traceback (most recent call last):
  File "/home/testusr/.local/lib/python3.8/site-packages/_pydevd_bundle/pydevd_frame.py", line 892, in trace_dispatch
    self.do_wait_suspend(thread, frame, event, arg)
  File "/home/testusr/.local/lib/python3.8/site-packages/_pydevd_bundle/pydevd_frame.py", line 412, in do_wait_suspend
    self._args[0].do_wait_suspend(*args, **kwargs)
  File "/home/testusr/.local/lib/python3.8/site-packages/pydevd.py", line 1207, in do_wait_suspend
    self._do_wait_suspend(thread, frame, event, arg, suspend_type, from_this_thread)
  File "/home/testusr/.local/lib/python3.8/site-packages/pydevd.py", line 1222, in _do_wait_suspend
    time.sleep(0.01)
  File "/home/testusr/.local/lib/python3.8/site-packages/gunicorn/workers/base.py", line 203, in handle_abort
    sys.exit(1)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 8/28/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 151  152  153  154  155  [156]  157  158  159  160  161  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1186정성태12/1/201134218.NET Framework: 279. WPF - 그리기 성능 및 Blurring 문제파일 다운로드1
1185정성태11/29/201124420.NET Framework: 278. WPF - Content의 Changed 이벤트에 해당하는게 뭔가요?파일 다운로드1
1184정성태11/29/201127653.NET Framework: 277. F#과 WPF가 어울리지 못하는 근본적인 이유 [2]
1183정성태11/26/201122854오류 유형: 140. Visual Studio 2010 - Floating된 에디트 윈도우가 사라지지 않는 경우 [2]
1182정성태11/25/201158881.NET Framework: 276. 중복 없는 숫자를 랜덤으로 배열하는 방법 [5]파일 다운로드1
1181정성태11/24/201129164디버깅 기술: 44. windbg의 mscordacwks DLL 로드 문제
1180정성태11/23/201139029.NET Framework: 275. 레지스트리 등록 및 Interop DLL 없이 COM 개체 사용하는 방법 [2]파일 다운로드1
1179정성태11/22/201129550.NET Framework: 274. ReaderWriterLockSlim은 언제 쓰는 걸까요? [4]파일 다운로드1
1178정성태11/19/201126104.NET Framework: 273. 설치된 .NET 버전에 민감한 코드를 포함하는 경우, 다중으로 어셈블리를 만들어야 할까요?파일 다운로드1
1177정성태11/18/201131401.NET Framework: 272. 소켓 연결 시간 제한 - 두 번째 이야기 [1]파일 다운로드1
1176정성태11/17/201130821.NET Framework: 271. C#에서 확인해 보는 관리 힙의 인스턴스 구조 [3]파일 다운로드1
1175정성태11/16/201128788.NET Framework: 270. .NET 참조 개체 인스턴스의 Object Header를 확인하는 방법 [1]파일 다운로드1
1174정성태11/15/201128095.NET Framework: 269. 일반 참조형의 기본 메모리 소비는 얼마나 될까요? [4]
1173정성태11/14/201124207.NET Framework: 268. .NET Array는 왜 12bytes의 기본 메모리를 점유할까? [1]
1172정성태11/13/201121195.NET Framework: 267. windbg - GC Heap에서 .NET 타입에 대한 배열을 찾는 방법
1171정성태11/12/201137935.NET Framework: 266. StringBuilder에서의 OutOfMemoryException 오류 원인 분석 [4]파일 다운로드1
1170정성태11/10/201127322.NET Framework: 265. Named 동기화 개체 생성 시 System.UnauthorizedAccessException 예외 발생하는 경우
1169정성태11/10/201130815.NET Framework: 264. 다중 LAN 카드 환경에서 Dns.GetHostAddresses(local)가 반환해 주는 IP의 우선순위는 어떻게 될까요? [4]
1168정성태11/6/201126738오류 유형: 139. TlbImp : error TI0000 : A single valid machine type compatible with the input type library must be specified
1167정성태11/5/201138484개발 환경 구성: 133. Registry 등록 과정 없이 COM 개체 사용 - 두 번째 이야기 [5]파일 다운로드4
1166정성태11/5/201124555.NET Framework: 263. byte[] pData = new byte[100000]로 인한 성능 차이? [1]파일 다운로드1
1165정성태11/3/201129620개발 환경 구성: 132. "Visual Studio Command Prompt (2010)" 명령행에서 2.0 버전의 MSBuild를 구동하는 방법 [2]파일 다운로드1
1164정성태11/1/201127710.NET Framework: 262. .NET 스레드 콜 스택 덤프 (4) - .NET 4.0을 지원하지 않는 MSE 응용 프로그램 원인 분석
1163정성태10/31/201127312.NET Framework: 261. .NET 스레드 콜 스택 덤프 (3) - MSE 소스 코드 개선파일 다운로드1
1162정성태10/30/201127364.NET Framework: 260. .NET 스레드 콜 스택 덤프 (2) - Managed Stack Explorer 소스 코드를 이용한 스택 덤프 구하는 방법파일 다운로드1
1161정성태10/29/201124119.NET Framework: 259. Type.GetMethod - System.Reflection.AmbiguousMatchException파일 다운로드1
... 151  152  153  154  155  [156]  157  158  159  160  161  162  163  164  165  ...