无法在Ubuntu 16.04上使用pip安装uwsgi

时间：2017-11-06 19:47:57

标签： python django ubuntu-16.04 uwsgi

我从godaddy那里购买了VPS并用Ubuntu 16.04构建了一台机器。我想托管一个Python（Django）应用程序。我成功安装了Nginix。不幸的是，我无法在这台机器上安装带有pip的Nginix。

当我跑步时：

sudo pip install uwsgi

我收到以下错误。

Collecting uwsgi
Downloading uwsgi-2.0.15.tar.gz (795kB)
100% |################################| 798kB 1.1MB/s
Installing collected packages: uwsgi
Running setup.py install for uwsgi ... error
Complete output from command /usr/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-vbfqylz9/uwsgi/setup.py';f=getattr(tokenize, 'open', open) (__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-5ob0jjzo-record/install-record.txt --single-version-externally-managed --compile:
/usr/lib/python3.5/distutils/dist.py:261: UserWarning: Unknown distribution option: 'descriptions'
    warnings.warn(msg)
  running install
  using profile: buildconf/default.ini
detected include path: ['/usr/lib/gcc/x86_64-linux-gnu/5/include', '/usr/local/include', '/usr/lib/gcc/x86_64-linux-gnu/5/include-fixed', '/usr/include/x86_64-linux-gnu', '/usr/include']
Patching "bin_name" to properly install_scripts dir
detected CPU cores: 24
configured CFLAGS: -O2 -I. -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wextra -Wno-unused-parameter -Wno-missing-field-initializers -DUWSGI_HAS_IFADDRS -DUWSGI_ZLIB -DUWSGI_LOCK_USE_MUTEX -DUWSGI_EVENT_USE_EPOLL -DUWSGI_EVENT_TIMER_USE_TIMERFD -DUWSGI_EVENT_FILEMONITOR_USE_INOTIFY -DUWSGI_VERSION="\"2.0.15\"" -DUWSGI_VERSION_BASE="2" -DUWSGI_VERSION_MAJOR="0" -DUWSGI_VERSION_MINOR="15" -DUWSGI_VERSION_REVISION="0" -DUWSGI_VERSION_CUSTOM="\"\"" -DUWSGI_YAML -DUWSGI_XML -DUWSGI_XML_EXPAT -DUWSGI_PLUGIN_DIR="\".\"" -DUWSGI_DECLARE_EMBEDDED_PLUGINS="UDEP(python);UDEP(gevent);UDEP(ping);UDEP(cache);UDEP(nagios);UDEP(rrdtool);UDEP(carbon);UDEP(rpc);UDEP(corerouter);UDEP(fastrouter);UDEP(http);UDEP(ugreen);UDEP(signal);UDEP(syslog);UDEP(rsyslog);UDEP(logsocket);UDEP(router_uwsgi);UDEP(router_redirect);UDEP(router_basicauth);UDEP(zergpool);UDEP(redislog);UDEP(mongodblog);UDEP(router_rewrite);UDEP(router_http);UDEP(logfile);UDEP(router_cache);UDEP(rawrouter);UDEP(router_static);UDEP(sslrouter);UDEP(spooler);UDEP(cheaper_busyness);UDEP(symcall);UDEP(transformation_tofile);UDEP(transformation_gzip);UDEP(transformation_chunked);UDEP(transformation_offload);UDEP(router_memcached);UDEP(router_redis);UDEP(router_hash);UDEP(router_expires);UDEP(router_metrics);UDEP(transformation_template);UDEP(stats_pusher_socket);" -DUWSGI_LOAD_EMBEDDED_PLUGINS="ULEP(python);ULEP(gevent);ULEP(ping);ULEP(cache);ULEP(nagios);ULEP(rrdtool);ULEP(carbon);ULEP(rpc);ULEP(corerouter);ULEP(fastrouter);ULEP(http);ULEP(ugreen);ULEP(signal);ULEP(syslog);ULEP(rsyslog);ULEP(logsocket);ULEP(router_uwsgi);ULEP(router_redirect);ULEP(router_basicauth);ULEP(zergpool);ULEP(redislog);ULEP(mongodblog);ULEP(router_rewrite);ULEP(router_http);ULEP(logfile);ULEP(router_cache);ULEP(rawrouter);ULEP(router_static);ULEP(sslrouter);ULEP(spooler);ULEP(cheaper_busyness);ULEP(symcall);ULEP(transformation_tofile);ULEP(transformation_gzip);ULEP(transformation_chunked);ULEP(transformation_offload);ULEP(router_memcached);ULEP(router_redis);ULEP(router_hash);ULEP(router_expires);ULEP(router_metrics);ULEP(transformation_template);ULEP(stats_pusher_socket);"
*** uWSGI compiling server core ***
[thread 0][x86_64-linux-gnu-gcc -pthread] core/utils.o
[thread 2][x86_64-linux-gnu-gcc -pthread] core/protocol.o
[thread 3][x86_64-linux-gnu-gcc -pthread] core/socket.o
[thread 4][x86_64-linux-gnu-gcc -pthread] core/logging.o
[thread 7][x86_64-linux-gnu-gcc -pthread] core/master.o
[thread 13][x86_64-linux-gnu-gcc -pthread] core/master_utils.o
[thread 12][x86_64-linux-gnu-gcc -pthread] core/emperor.o
[thread 5][x86_64-linux-gnu-gcc -pthread] core/notify.o
[thread 16][x86_64-linux-gnu-gcc -pthread] core/mule.o
[thread 14][x86_64-linux-gnu-gcc -pthread] core/subscription.o
[thread 10][x86_64-linux-gnu-gcc -pthread] core/stats.o
[thread 15][x86_64-linux-gnu-gcc -pthread] core/sendfile.o
[thread 1][x86_64-linux-gnu-gcc -pthread] core/async.o
[thread 21][x86_64-linux-gnu-gcc -pthread] core/master_checks.o

 ----------------------------------------
Command "/usr/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-vbfqylz9/uwsgi/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-5ob0jjzo-record/install-record.txt --single-version-externally-managed --compile" 

failed with error code 1 in /tmp/pip-build-vbfqylz9/uwsgi/

这是我的gcc版本

Using built-in specs.
COLLECT_GCC=gcc 
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 5.4.0-6ubuntu1~16.04.5' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-5 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.5)

我能够使用

在Amazon EC2（Ubuntu 5.4.0-6ubuntu1~16.04.4）上安装 
`sudo pip install uwsgi`

3 个答案:

答案 0 :(得分：13)

在Ubuntu 16.04上安装 uwsgi 时遇到同样的问题。康达解决了我的问题。

ValidationError

答案 1 :(得分：4)

您可以通过运行

尝试安装C编译器和python开发文件

apt-get install build-essential python3-dev

然后尝试安装uwsgi

答案 2 :(得分：2)

为公共访问而部署Flask应用程序需要在该应用程序的前面安装一个真正的Web服务器。反过来，这就需要一种将Web服务器链接到Flask应用程序的机制。

在本文中，我们将安装uWSGI软件包并将其用于将基本的Flask应用程序链接到Nginx服务器。作为uWSGI安装的一部分，我们将设置一个Python虚拟环境来容纳Flask应用程序和uWSGI软件包。

为了跟随这篇文章，您应该拥有Python和Nginx的最新版本（请参见侧栏）。

uWSGI安装

注意：自2019年1月28日起，这些相同的说明适用于安装uWSGI 2.0.17.1版。

我们使用Antsle创建了Ubuntu 16.04安装（名为“ helium”），在其中安装了Python和Nginx的最新版本（请参见侧栏）。

我们将在Python虚拟环境中安装uWSGI，因此首先我们建立一个新的虚拟环境并激活它。注意：当然，您可以在拥有权限的任何地方设置虚拟环境，但是我的惯常做法是将它们全部放在我的家庭帐户中的单个“ venvs”目录下。

$ cd                       # /home/joe is the working directory
$ mkdir venvs              # directory for virtual environments
$ cd venvs                 # 
$ python3 -m venv sam      # make sam virtual environment
$ source sam/bin/activate  # activate the virtual environment

一旦激活了虚拟环境，系统提示符就会以虚拟环境的名称-（sam）为前缀。检查Python版本。接下来，我们使用-a检查多个python3安装：Ubuntu发行版，我们的Python 3.7.0安装以及（sam）虚拟环境中的python3。 

(sam) joe@helium:~/venvs$ python --version
Python 3.7.0

(sam) joe@helium:~/venvs$ which -a python3
/home/joe/venvs/sam/bin/python3
/usr/local/bin/python3
/usr/bin/python3

在适当的虚拟环境下，我们可以安装Flask和uWSGI。注：除非您具有完整的Python安装，否则uWSGI安装将失败。特别是，您需要安装python3-dev软件包和libssl-dev软件包。 （请参阅这篇文章。）

Flask和uWSGI都安装在虚拟环境中。检查版本。 

(sam) joe@helium:~/alex$ pip install flask
(sam) joe@helium:~/alex$ pip install uwsgi


(sam) joe@helium:~/venvs$ which flask
/home/joe/venvs/sam/bin/flask

(sam) joe@helium:~/venvs$ flask --version
Flask 1.0.2
Python 3.7.0 (default, Oct 19 2018, 14:09:51)
[GCC 5.4.0 20160609]

(sam) joe@helium:~/venvs$ which uwsgi
/home/joe/venvs/sam/bin/uwsgi

(sam) joe@helium:~/venvs$ uwsgi --version
2.0.17.1

安装完成：这是计划

现在我们已经安装了所需的一切：Python，Nginx，Flask和uWSGI。这就是我们要做的：

  1. 我们设置并运行一个简单的Flask应用程序，而不使用Nginx或uWSGI。使用curl测试应用程序。

  2. 我们使用uWSGI配置文件将基本的Flask应用程序连接到Nginx服务器。

  3. 作为奖励，我们用所有装饰（uWSGI，Flask应用程序，Nginx服务等）设置了第二个虚拟环境（“西部”），并同时运行两个应用程序。

基本烧瓶应用

有许多不同的方式来构造Flask应用程序。我们将使用以下目录结构。 

/home/joe
    |
    |-- /alex       (project directory)
        |
        | -- /paa   (application directory)
        .    |
        .    | -- /static  (css, js, etc.)
        .    | -- /templates  (html files)
        .    |
        .    | -- __init__.py
        .    | -- routes.py
        .    | :
        .    | :
        |
        | -- config.py
        | -- run_me.py
        | :
        | :

对于我们将要构建的基本Flask应用程序，此结构有些过分夸张，但是它说明了一个简单应用程序的设置（意味着没有“蓝图”）。另外，我们制作了一些具有人为不同名称的文件和目录，因此与大多数教程相比，其依赖关系更加清晰。

文件：__init __。py（如下所示）

from flask import Flask

ned = Flask(__name__)
ned.config.from_object('config')

注意：ned.config.from_object（）调用中仅使用config.py文件的根名称（如下所示）。

文件：routes.py（如下所示）

from paa import ned

@ned.route('/')
def slash():
    title = "<title>Ned's Greeting</title>"
    greeting = '<span style="color: blue"><b>Howdy Doodly, Neighbor!'
    return f'{title}\n{greeting}\n'

注意：我们的默认做法是对字符串使用单引号，但是“ Ned's Greeting”中的撇号要求对标题值使用双引号。

文件：run_me.py（如下所示）

from paa import ned
from paa import routes

if __name__ == '__main__':
    ned.run()

注意：Flask默认在地址localhost：5000处为应用程序提供服务，除非在“ ned.run（）”语句中指定了其他主机和端口。如您将在后面看到的，在此示例中使用uWSGI和Nginx时不需要这些参数。

文件：config.py（如下所示）

SECRET_KEY = 'ivegotasecret'

为了完整起见，我们在此处添加了Flask SECRET_KEY配置值。在上面显示的示例中没有必要。但是，在任何实际的Flask应用程序中（使用Nginx和uWSGI），您都将在某个时候使用“会话”对象，除非您设置了SECRET_KEY配置值，否则您将无法做到这一点。有关Flask“会话”对象的完整说明，请参见此StackOverflow问题/答案。

在Flask开发环境中测试Flask应用

为了使用curl命令测试Flask应用程序，我们需要有两个终端会话-一个执行Flask应用程序，另一个执行curl命令。

要运行Flask应用程序，请在... / alex目录中进行设置：

(sam) joe@helium:~/alex$ export FLASK_APP=run_me.py
(sam) joe@helium:~/alex$ flask run
 * Serving Flask app "run_me.py"
 * Environment: production
   WARNING: Do not use the development server in a production environment.
   Use a production WSGI server instead.
 * Debug mode: off
 * Running on http://127.0.0.1:5000/ (Press CTRL+C to quit)
.
.
.
[ctl-C to end the application after the curl test]

在另一个终端窗口中，输入curl命令：

joe@helium:~$ curl localhost:5000
<title>Ned's Greeting</title>
<span style="color: blue"><b>Howdy Doodly, Neighbor!

现在，当我们将Nginx和uWSGI放在一起时，将这个运行最少的Flask应用程序留在架子上。

设置uWSGI参数以与Flask应用程序一起使用

uwsgi.ini文件为将Python-Flask应用程序链接到Nginx服务器所需的所有参数设置值。

module参数标识要运行的Python文件（run_me.py）和Flask应用程序对象（已确定）。

主参数是生产环境的标准设置。

processs参数通常默认设置为5。要获得最佳设置，需要对负载下的应用程序进行试验。

socket参数提供uWSGI和Nginx之间的套接字连接的名称。请注意，套接字值也在Nginx配置文件中标识。这些必须匹配才能使uWSGI与Nginx正确链接，Nginx是协调应用程序元素的通用机制。

应该使用chmod-socket参数提供对套接字的“ uWSGI用户”访问。 664中指定了值664，但是它对我们不起作用，因此在这里显示为666，对我们有用。

当uWSGI服务器终止时，vacuum参数指示uWSGI删除Unix套接字。

uid和gid参数标识运行uWSGI服务器的用户和组。

当应用程序退出时，die-on-term参数会指示uWSGI“重新加载所有工作程序和主进程”。

uwsgi.ini参数文件如下所示：

[uwsgi]
module=run_me:ned

master = true
processes = 5

socket = baker.sock
chmod-socket = 666  
vacuum = true

uid = joe
gid = www-data

die-on-term = true

设置Nginx以使用uWSGI参数

下面显示的Nginx配置文件通过include和uwsgi_pass参数链接到uWSGI服务器。

/etc/nginx/conf.d/helium.conf 

server {
    listen 8181;
    server_name localhost;

    location / {
        include   uwsgi_params;
        uwsgi_pass  unix:/home/joe/alex/baker.sock;
    }
}

/etc/nginx/conf.d/helium.conf文件包含在从Nginx.org站点安装Nginx服务器随附的标准“启动程序”配置文件的最后一行中。 

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


    http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include /etc/nginx/conf.d/helium.conf;
}

运行Nginx和uWSGI服务器

要重新启动Nginx服务器，请执行以下操作：

$ sudo service nginx restart

为了为... / alex / paa应用程序正确启动uWSGI，您必须激活sam虚拟环境，然后运行uWSGI服务器。

--ini uwsgi.ini参数将uWSGI定向到我们的.ini文件。

--daemonize uwsgi.log参数作为守护进程运行uWSGI服务器的该实例，并指示服务器将其日志输出写入uwsgi.log。

--safe-pidfile /tmp/alex.pid参数将此uWSGI服务器进程的pid保存到文件“ /tmp/alex.pid”。引用该pid号以“优雅地”重新加载uWSGI服务器或使其停止。 （请参阅此。）

(sam) joe@helium:~/alex$ uwsgi --ini uwsgi.ini --daemonize uwsgi.log --safe-pidfile /tmp/alex.pid

这是从命令行以“ curl localhost：8181”显示的问候语：

(sam) joe@helium:~$ curl localhost:8181
<title>Ned's Greeting</title>
<span style="color: blue"><b>Howdy Doodly, Neighbor!</b></span>

我们有了它：Flask应用程序通过uWSGI与Nginx连接。

两次乐趣

但是我们无法抗拒这一点。

将uWSGI安装到Python虚拟环境中的直接含义是，我们应该能够从单独的虚拟环境中运行多个Flask应用程序-每个应用程序都通过自己的与Nginx的uWSGI连接。事实证明我们可以做到。

因为它非常简单，所以我们将概述该实现。我们创建了另一个名为“ western”的虚拟环境，并像以前一样安装了Flask和uWSGI。我们为Flask应用程序创建了一个名为“ scifi”的项目目录和一个“ noir”目录。下面的清单显示了Western / SciF / Noir设置中的替代物。与上面的sam / alex / paa设置进行比较。

scifi / noir / 初始化 .py 

from flask import Flask

hitchcock = Flask(__name__)
hitchcock.config.from_object('config')

scifi / noir / views.py 

from noir import hitchcock

@hitchcock.route('/')
def slash():
    title = f"<title>Confusion Cinema</title>"
    greeting = f'<span style="color: blue"><b>Some like hot, psycho birds!</b></span>\n'
    return f'{title}\n{greeting}\n'

scifi / run_fi.py 

from noir import hitchcock
from noir import views

if __name__ == '__main__':
    hitchcock.run()

scifi / config.py 

SECRET_KEY = 'ivegotasecret'

scifi / uwsgi.ini 

[uwsgi]
module=run_fi:hitchcock

master = true
processes = 5

socket = marilyn.sock
chmod-socket = 666
vacuum = true

uid = joe
gid = www-data

die-on-term = true

我们通过分别的端口为它们分开来区分两个单独的Flask应用程序。 uWSGI服务器负责将Flask应用程序链接到Nginx服务器的正确端口。 

server {
   listen 8181;
   server_name localhost;

    location / {
        include   uwsgi_params;
        uwsgi_pass  unix:/home/joe/alex/baker.sock;
    }
}

server {
    listen 8080;
    server_name localhost;

    location / {
        include   uwsgi_params;
        uwsgi_pass  unix:/home/joe/scifi/marilyn.sock;
    }
}
相关问题
最新问题