python - 作为服务启动并 POST 大文件时 UWSGI 崩溃 : ConnectionError

Question

我在使用 uwsgi 时遇到了一个莫名其妙的问题:上传大文件时会发生不规则的崩溃。场景:

上下文

对于一个简单的 wsgi 应用程序，这里有一个 python Flask 应用程序，位于 /home/bastien/Projects/test_upload/wsgi.py:

# -*- coding: utf-8 -*-
from flask import Flask, request
app = Flask(__name__)

@app.route('/', methods=['POST'])
def hello_world():
    f = request.files['file'].read()
    return 'Hello, World! {}'.format(len(f))

application = app

当时不会崩溃:

使用此配置uwsgi文件，/etc/uwsgi/apps-available/test_upload.ini:

[uwsgi]
plugins = python3
chdir = /home/bastien/Projects/test_upload/tracim
home = /home/bastien/Projects/test_upload/venv3.4
module = wsgi
callable = application
enable-threads = true
env = PYTHON_EGG_CACHE=/tmp
limit-post = 0
chmod-socket = 660
vacuum = true

运行 uwsgi:

uwsgi -i /etc/uwsgi/apps-available/test_upload.ini --http-socket :6543

并使用 /httpie 发送文件 (~262Mo):

http -h -f POST :6543 'file@/home/bastien/Téléchargements/pycharm-professional-2017.2.3.tar.gz'

HTTP请求可以重复，不会崩溃。

崩溃时:

使用此配置uwsgi文件，/etc/uwsgi/apps-available/test_upload.ini，并带有符号链接(symbolic link)到/etc/uwsgi/apps-enabled: p>

[uwsgi]
plugins = python3
chdir = /home/bastien/Projects/test_upload/tracim
home = /home/bastien/Projects/test_upload/venv3.4
module = wsgi
callable = application
http-socket = :4321
enable-threads = true
env = PYTHON_EGG_CACHE=/tmp
limit-post = 0
chmod-socket = 660
vacuum = true

注意:唯一的区别是 http-socket = :4321

使用 service uwsgi start 运行 uwsgi(在 debian 8.9 上)并发送文件:

http -h -f POST :4321 'file@/home/bastien/Téléchargements/pycharm-professional-2017.2.3.tar.gz'

此请求会工作一次，有时会工作两次:

HTTP/1.1 200 OK
Cache-Control: no-cache
Content-Length: 5188
Content-Type: text/html; charset=utf-8
Pragma: no-cache

但最终崩溃了:

http: error: ConnectionError: ('Connection aborted.', BadStatusLine("''",)) while doing POST request to URL: http://localhost:4321/

注意:任何 wsgi 应用程序都可用于重现

注意:uwsgi 或应用程序不会生成有关此“错误”的日志

摘要:

错误不一致，唯一的区别是 uwsgi 用作​​服务:

• Debian 8.9
• uwsgi 2.0.7-1+deb8u1 apt 已安装

问题

如何产生这种差异？我在哪里可以搜索以了解如何通过service命令启动uwsgi？

Answer 1

在 apt 版本 2.0.14+20161117-3 中使用 Debian 9 和 uwsgi 时出现的问题已解决。