11

我有以下附庸配置/etc/uwsgi/vassals/gsd.ini：

[uwsgi]
plugins = python
env = DJANGO_SETTINGS_MODULE=%n.settings
virtualenv = /home/toogy/.pyenv/versions/%n
chdir = /home/webapps/%n
module = %n.wsgi:application
master = true
vacuum = true
pidfile = /tmp/uwsgi-%n.pid
socket = /tmp/uwsgi-%n.sock
daemonize = /var/log/uwsgi/%n.log
chmod-socket = 666
uid = toogy
gid = toogy

这是我得到的 uwsgi 日志

Tue Feb  7 10:49:12 2017 - received message 1 from emperor
...gracefully killing workers...
Gracefully killing worker 1 (pid: 31406)...
worker 1 buried after 1 seconds
binary reloading uWSGI...
chdir() to /etc/uwsgi/vassals
closing all non-uwsgi socket fds > 2 (max_fd = 1024)...
found fd 3 mapped to socket 0 (/tmp/uwsgi-gsd.sock)
running /usr/bin/uwsgi
*** has_emperor mode detected (fd: 7) ***
[uWSGI] getting INI configuration from gsd.ini
*** Starting uWSGI 2.0.14 (64bit) on [Tue Feb  7 10:49:13 2017] ***
compiled with version: 6.3.1 20170109 on 18 January 2017 00:35:47
os: Linux-3.14.32-xxxx-grs-ipv6-64 #7 SMP Wed Jan 27 18:05:09 CET 2016
nodename: renard
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 4
current working directory: /etc/uwsgi/vassals
detected binary path: /usr/bin/uwsgi
chdir() to /home/webapps/gsd
your processes number limit is 15700
your memory page size is 4096 bytes
detected max file descriptor number: 1024
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uwsgi socket 0 inherited UNIX address /tmp/uwsgi-gsd.sock fd 3
Python version: 3.6.0 (default, Jan 16 2017, 12:12:55)  [GCC 6.3.1 20170109]
PEP 405 virtualenv detected: /home/toogy/.pyenv/versions/gsd
Set PythonHome to /home/toogy/.pyenv/versions/gsd
*** Python threads support is disabled. You can enable it with --enable-threads ***
Python main interpreter initialized at 0x39d21f0
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 145536 bytes (142 KB) for 1 cores
*** Operational MODE: single process ***
added /home/webapps/gsd/ to pythonpath.
Traceback (most recent call last):
  File "/home/webapps/gsd/gsd/wsgi.py", line 12, 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 is running in multiple interpreter mode ***
gracefully (RE)spawned uWSGI master process (pid: 27844)
spawned uWSGI worker 1 (pid: 32312, cores: 1)

它找不到django，我不知道为什么，因为uwsgi似乎检测到了 python 环境（安装在其中django ）。

此外，它说Python version: 3.6.0我的 virtualenv Python 版本是3.5.2。我不知道这是否应该发生。系统 Python 版本为3.6.0。

我正在使用Arch Linux 官方软件包uwsgi的最新版本。uwsgi-plugins-python

4

4 回答 4

30

问题是链接到 uwsgi 的系统范围的 python 版本需要与 virtualenv 的版本相同，我认为这是一件非常愚蠢的事情。

编辑 2021 年 4 月：我现在推荐使用 gunicorn，它没有这个问题

于 2017-02-07T10:08:56.717 回答
3

在我的情况下，它使用的是系统范围的uwsgi，我正在使用virtualenv所以如果我执行

$ which uwsgi

我有/usr/local/python3.6/bin/uwsgi

正如Valentin Iovene建议的那样，您需要使用虚拟环境中的uwsgi

我的目录结构是这样的：

~/Env
--/app
--/bin
----/....
----/uwsgi <-- This should be the good one
----/...
--/include
--/lib

（应用程序目录是我的django应用程序所在的位置）

就我而言， uwsgi文件没有执行权限，所以我只执行了：

$ chmod +x ~/Env/bin/uwsgi

最后在我的应用程序目录下，我执行了 uwsgi 命令，如下所示：

../bin/uwsgi --http :8000 --module app.wsgi

现在我可以看到我的应用程序正在运行:)

我正在关注本指南：https ://uwsgi-docs.readthedocs.io/en/latest/tutorials/Django_and_nginx.html

下一步是配置nginx和https ...

我知道这是一个迟到的回应，但希望这会有所帮助并分享对我有用的东西。

于 2019-03-09T18:32:07.147 回答
1

看看这个gsd.ini：

virtualenv = /home/toogy/.pyenv/versions/%n

你有没有django在这个 virtualenv 下安装？

于 2017-02-07T10:07:11.890 回答
1

我还发现了一些我想分享的可能的陷阱：

  • 检查，如果（与,virtualenv相同）设置为包含, , , ... 目录的目录venvpyhomehomebinincludelib
  • 检查用户（uid）是否可以读取项目中的文件和虚拟环境中的库（这以 aModuleNotFoundError而不是权限错误结束）
  • 用于need-app在失败时退出（这有助于调试，应该是默认的恕我直言）
  • 用于strict避免配置中的拼写错误（这也应该是默认设置...）

  • 如果您test.py运行，请尝试导入项目和虚拟环境的模块，以测试是否有效。它还有助于添加一个

    import sys
print(sys.path)

您还可以复制打印的sys.path，打开 python shell 并设置sys.path为相同的值并尝试导入所需的 wsgi 模块。

于 2018-11-23T22:00:34.137 回答