Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

uwsgi-plugin-python3 환경에서 "ModuleNotFoundError: No module named 'django'" 오류 발생

희한하군요. ^^; 지난번 글에 따라,

WSL Ubuntu 20.04에서 파이썬을 위한 uwsgi 설치 방법
; https://www.sysnet.pe.kr/2/0/12857

이번에는 docker에서 실습을 해봤습니다. "python:3.8-slim-buster" 이미지를 기반으로 환경 구성 후,

C:\temp> docker run -p 18000:18000/tcp -v /d/temp/testprj/myapp:/app/myapp_root --name python38_uwsgi_demo_myapp --rm -it python:3.8-slim-buster /bin/bash

# apt update
# apt upgrade -y
# apt install python3-pip -y

# apt install uwsgi-core -y
# apt install uwsgi-plugin-python3 -y

# pip install django

uwsgi를 실행했는데,

# cd /app/myapp_root

# uwsgi --plugin /usr/lib/uwsgi/plugins/python3_plugin.so  --http-socket :18000 --wsgi-file ./myapp/wsgi.py
*** Starting uWSGI 2.0.18-debian (64bit) on [Mon Dec 13 08:46:12 2021] ***
compiled with version: 8.2.0 on 10 February 2019 02:42:46
os: Linux-5.10.76-linuxkit #1 SMP Mon Nov 8 10:21:19 UTC 2021
nodename: 95d2ed822c69
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 4
current working directory: /app/build_root
detected binary path: /usr/bin/uwsgi-core
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
*** WARNING: you are running uWSGI without its master process manager ***
your memory page size is 4096 bytes
detected max file descriptor number: 1048576
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uwsgi socket 0 bound to TCP address :18000 fd 3
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
Python version: 3.7.3 (default, Jan 22 2021, 20:04:44)  [GCC 8.3.0]
*** Python threads support is disabled. You can enable it with --enable-threads ***
Python main interpreter initialized at 0x559217e27b60
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 72920 bytes (71 KB) for 1 cores
*** Operational MODE: single process ***
Traceback (most recent call last):
  File "./myapp/wsgi.py", line 17, in <module>
    from django.core.wsgi import get_wsgi_application
ModuleNotFoundError: No module named 'django'
unable to load app 0 (mountpoint='') (callable not found or import error)
*** no app loaded. going in full dynamic mode ***
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI worker 1 (and the only) (pid: 1898, cores: 1)

재미있는 것은, 시스템의 python은 3.8.12 버전인데 uwsgi의 출력에는 3.7.3이라고 나온다는 점입니다. 아마도 제 짐작으로는 "uwsgi-plugin-python3" 모듈이 내부적으로 파이썬 런타임 환경을 제공하는 것이 아닌가... 싶은데 혹시 아시는 분은 덧글 부탁드립니다. ^^

그나저나... 이 문제를 어떻게 해결해야 할지 모르겠군요. 일단, 이 상황에서 sys.path를 출력해 보면 다음의 결과를 얻습니다.

['.', '', '/usr/lib/python37.zip', '/usr/lib/python3.7', '/usr/lib/python3.7/lib-dynload']

그리고 "pip install django"가 설치된 경로는 '/usr/local/lib/python3.8/site-packages'인데, 이걸 그냥 추가해 주면 될까요? ^^

# wsgi.py

import sys
sys.path.append('/usr/local/lib/python3.8/site-packages')
print(sys.path)

그랬더니, 이번에는 다음과 같은 식의 오류가 발생합니다.

Traceback (most recent call last):
  File "./myapp/wsgi.py", line 21, in <module>
    from django.core.wsgi import get_wsgi_application
  File "/usr/local/lib/python3.8/site-packages/django/core/wsgi.py", line 2, in <module>
    from django.core.handlers.wsgi import WSGIHandler
  File "/usr/local/lib/python3.8/site-packages/django/core/handlers/wsgi.py", line 5, in <module>
    from django.core.handlers import base
  File "/usr/local/lib/python3.8/site-packages/django/core/handlers/base.py", line 11, in <module>
    from django.urls import get_resolver, set_urlconf
  File "/usr/local/lib/python3.8/site-packages/django/urls/__init__.py", line 1, in <module>
    from .base import (
  File "/usr/local/lib/python3.8/site-packages/django/urls/base.py", line 8, in <module>
    from .exceptions import NoReverseMatch, Resolver404
  File "/usr/local/lib/python3.8/site-packages/django/urls/exceptions.py", line 1, in <module>
    from django.http import Http404
  File "/usr/local/lib/python3.8/site-packages/django/http/__init__.py", line 5, in <module>
    from django.http.response import (
  File "/usr/local/lib/python3.8/site-packages/django/http/response.py", line 16, in <module>
    from django.core.serializers.json import DjangoJSONEncoder
  File "/usr/local/lib/python3.8/site-packages/django/core/serializers/__init__.py", line 23, in <module>
    from django.core.serializers.base import SerializerDoesNotExist
  File "/usr/local/lib/python3.8/site-packages/django/core/serializers/base.py", line 8, in <module>
    from django.db import models
  File "/usr/local/lib/python3.8/site-packages/django/db/models/__init__.py", line 3, in <module>
    from django.db.models.aggregates import *  # NOQA
  File "/usr/local/lib/python3.8/site-packages/django/db/models/aggregates.py", line 63
    if (default := c.default) is None:
                ^
SyntaxError: invalid syntax

일단, django는 정상적으로 올라온 것 같은데, "/usr/local/lib/python3.8/site-packages/django/db/models/aggregates.py" 파일에 있는 "if (default := c.default) is None:" 문장에서 ":=" 기호가 python 3.8에만 추가되었기 때문에 오류가 발생했습니다.

파이썬 3.8의 새로운 기능
; https://docs.python.org/ko/3/whatsnew/3.8.html

이름이 바다코끼리 연산자(the walrus operator)라는군요. ^^

자, 그렇다면 이 오류를 회피하기 위해 아마도 파이썬 3.8 구문을 사용하지 않는 Django 버전을 설치하면 될 텐데요, 따라서 pip install을 이렇게 주면 해결이 됩니다.

# pip install django==3.2.6

그런데, 이렇게 해도 불안 요소가 있습니다. 그건 다음 기회에! ^^;




참고로, 이런 식의 문제 때문에라도 그냥 "pip install uwsgi"로 설치하는 방식이 더 낫습니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/19/2021]

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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...
NoWriterDateCnt.TitleFile(s)
12546정성태3/3/20218750개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202111518.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202111727.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202110055VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202112390개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/20219620개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/20219931.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/20219865Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202110288.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202111323.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202110271개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/20219438개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/20219921개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/20219628개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202110124개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/20219124개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202113361개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202110347개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/20219749개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/20219922개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/20217758개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/20217487개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/20218627개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/20218678개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202110221개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202110151개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...