NGINX、uWSGI 和 Flask 未运行子进程答案

【问题标题】：NGINX, uWSGI and Flask not running subprocessNGINX、uWSGI 和 Flask 未运行子进程
【发布时间】：2013-01-28 10:29:59
【问题描述】：

我的 NGINX 配置：

server {
  server_name 127.0.0.1;
  listen 4450;
  location ~* ^/.*$ {
  include uwsgi_params;
    uwsgi_pass unix:/tmp/esrvadmin.sock;
  }
}

uWSGI 启动：

uwsgi --uid root -s /tmp/esrvadmin.sock --chown-socket nobody:root \
  --file /var/www/sitios/manten/srv.py \
  --processes 2 --callable app --pidfile /var/run/edesarrollos/esrvadmin.pid

带有烧瓶代码的 Python：

import os, subprocess
from flask import Flask, abort, request
app = Flask(__name__)

DETO_DIR = '/var/www/sitios/manten/detos'

@app.route('/detonate')
def index():
  #return str(subprocess.check_output(['ls','-l']))
  token = request.args.get('token','')
  if token != '':
     # Si no existe el directorio de detonatores, se crea
     if not os.path.exists(DETO_DIR):
       os.mkdir(DETO_DIR)
     if os.path.isfile(DETO_DIR+"/"+token):
       try:
         os.system(open(DETO_DIR+"/"+token).read())
       except Exception as ex:
         return str(ex)
       return "Reiniciado Correctamente"
     else:
       abort(404) 
  else:
    abort(404)

if __name__ == "__main__":
    app.run(debug=True,host='0.0.0.0')

在 main 模式下，我可以在 os.system("something args") 中运行任何东西并接收它的 HTTP 响应，即使是“service something start”，它也能正确完成。我也尝试了子进程函数，没有运气。

但是当我从 NGINX-uWSGI 运行时，我得到一个永远等待的 http 请求，当然永远不会响应，但它完成了工作（启动服务）。

我发现的日志中最好的错误描述：

2013/01/28 03:38:24 [error] 3978#0: *3 upstream timed out (110: Connection timed out) 
while reading response header from upstream, client: 
127.0.0.1, server: 127.0.0.1, request: "GET
/detonate?token=start-    
a81260812b643d8672ccf9570033109f200595779e0a352e630a75760328e2d375025ef349e
3d599f368092abb63511f-23611e81194b04d5d0a6d0f02baf7fb9
HTTP/1.1", upstream: "uwsgi://unix:/tmp/esrvadmin.sock:", host: "127.0.0.1:4450"

知道会发生什么吗？

【问题讨论】：

标签： python nginx flask uwsgi

【解决方案1】：

在这里阅读：http://uwsgi-docs.readthedocs.org/en/latest/ThingsToKnow.html（--close-on-exec 部分），请，请，请不要以 root 身份运行 uWSGI！

【讨论】：

谢谢，“close-on-exec”效果很好，就像我预期的那样，顺便说一句，我知道根风险，我只是在我的本地主机中进行测试。