nginx、gunicorn 和 django 超时答案

【问题标题】：nginx, gunicorn and django timing outnginx、gunicorn 和 django 超时
【发布时间】：2015-12-24 00:30:00
【问题描述】：

我很困惑！我设置了所有内容，我的网站工作了两天，然后今天突然停止工作。我唯一改变的是昨天我试图提供 PHP 文件，所以我安装了 PHP 和 uwsgi。已经很晚了，我没有意识到我在做什么。来自这个网站：http://uwsgi-docs.readthedocs.org/en/latest/PHP.html

# Add ppa with libphp5-embed package
sudo add-apt-repository ppa:l-mierzwa/lucid-php5
# Update to use package from ppa
sudo apt-get update
# Install needed dependencies
sudo apt-get install php5-dev libphp5-embed libonig-dev libqdbm-dev
# Compile uWSGI PHP plugin
python uwsgiconfig --plugin plugins/php

但没有更改任何设置。即使在这样做之后，一切仍然很好。但是第二天，我的网站无法加载。

我尝试了一些没有用的方法。在我的设置中：

ALLOWED_HOSTS = ['*']

在我的 gunicorn.sh 中，我设置了 TIMEOUT=60。但是，当我尝试访问我的网站 (lewischi.com) 时，甚至没有任何反应。但是当我转到http://127.0.0.1:8000 时，我确实看到工人在做事并收到 404 错误。

Using the URLconf defined in django_project.urls, 
Django tried these URL patterns, in this order:

我不确定发生了什么事！ nginx-error 日志不是很有帮助，但访问日志似乎更有用。

来自我的 nginx-access.log（它工作，然后停止工作）：

50.156.86.221 - - [25/Sep/2015:00:25:43 -0700] "GET /codeWindow.html 
HTTP/1.1" 200 2081 "http://lewischi.com/" "Mozilla/5.0 (Windows NT 6.1; WOW64) 
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.157 Safari/537.36"
50.156.86.221 - - [25/Sep/2015:00:25:58 -0700] "GET /test.jpg HTTP/1.1" 
404 208 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/44.0.2403.157 Safari/537.36"
192.168.2.6 - - [25/Sep/2015:16:42:19 -0700] "GET / HTTP/1.1" 200 9596 "-" "-"
192.168.2.6 - - [25/Sep/2015:17:24:44 -0700] "GET / HTTP/1.1" 200 9596 "-" "-"
192.168.2.6 - - [25/Sep/2015:23:28:51 -0700] "GET / HTTP/1.1" 200 9596 "-" "-"
192.168.2.6 - - [25/Sep/2015:23:29:02 -0700] "GET / HTTP/1.1" 200 9596 "-" "-"

从我的主管日志文件中：

supervisor: couldn't exec /home/lewischi/projects/active/django_project/gunicorn.sh: ENOEXEC   
supervisor: child process was not spawned

任何帮助将不胜感激！！！！我觉得我应该卸载uwsgi。我不想破坏任何东西，所以我在搞砸之前征求意见。

我对此很陌生，所以我可能会忽略一些明显的东西。我的 gunicorn 调试模式输出：

    “Starting ”djangotut” as lewischi”
[2015-09-26 17:50:28 +0000] [2316] [DEBUG] Current configuration:
  proxy_protocol: False
  worker_connections: 1000
  statsd_host: None
  max_requests_jitter: 0
  post_fork: <function post_fork at 0x7faf049ec848>
  pythonpath: None
  enable_stdio_inheritance: False
  worker_class: sync
  ssl_version: 3
  suppress_ragged_eofs: True
  syslog: False
  syslog_facility: user
  when_ready: <function when_ready at 0x7faf049ec578>
  pre_fork: <function pre_fork at 0x7faf049ec6e0>
  cert_reqs: 0
  preload_app: False
  keepalive: 2
  accesslog: None
  group: 1000
  graceful_timeout: 30
  do_handshake_on_connect: False
  spew: False
  workers: 3
  proc_name: ”djangotut”
  sendfile: True
  pidfile: None
  umask: 0
  on_reload: <function on_reload at 0x7faf049ec410>
  pre_exec: <function pre_exec at 0x7faf049ecde8>
  worker_tmp_dir: None
  post_worker_init: <function post_worker_init at 0x7faf049ec9b0>
  limit_request_fields: 100
  on_exit: <function on_exit at 0x7faf049f2500>
  config: None
  secure_scheme_headers: {'X-FORWARDED-PROTOCOL': 'ssl', 'X-FORWARDED-PROTO': 'https', 'X-FORWARDED-SSL': 'on'}
  proxy_allow_ips: ['127.0.0.1']
  pre_request: <function pre_request at 0x7faf049ecf50>
  post_request: <function post_request at 0x7faf049f20c8>
  user: 1000
  forwarded_allow_ips: ['127.0.0.1']
  worker_int: <function worker_int at 0x7faf049ecb18>
  threads: 1
  max_requests: 1
  limit_request_line: 4094
  access_log_format: %(h)s %(l)s %(u)s %(t)s "%(r)s" %(s)s %(b)s "%(f)s" "%(a)s"
  certfile: None
  worker_exit: <function worker_exit at 0x7faf049f2230>
  chdir: /home/lewischi/projects/active/django_project
  paste: None
  default_proc_name: django_project.wsgi:application
  errorlog: -
  loglevel: DEBUG
  logconfig: None
  syslog_addr: udp://localhost:514
  syslog_prefix: None
  daemon: False
  ciphers: TLSv1
  on_starting: <function on_starting at 0x7faf049ec2a8>
  worker_abort: <function worker_abort at 0x7faf049ecc80>
  bind: ['0.0.0.0:8000']
  raw_env: []
  reload: False
  check_config: False
  limit_request_field_size: 8190
  nworkers_changed: <function nworkers_changed at 0x7faf049f2398>
  timeout: 60
  ca_certs: None
  django_settings: None
  tmp_upload_dir: None
  keyfile: None
  backlog: 2048
  logger_class: gunicorn.glogging.Logger
  statsd_prefix: 
[2015-09-26 17:50:28 +0000] [2316] [INFO] Starting gunicorn 19.3.0
[2015-09-26 17:50:28 +0000] [2316] [DEBUG] Arbiter booted
[2015-09-26 17:50:28 +0000] [2316] [INFO] Listening at: http://0.0.0.0:8000 (2316)
[2015-09-26 17:50:28 +0000] [2316] [INFO] Using worker: sync
[2015-09-26 17:50:28 +0000] [2327] [INFO] Booting worker with pid: 2327
[2015-09-26 17:50:28 +0000] [2328] [INFO] Booting worker with pid: 2328
[2015-09-26 17:50:28 +0000] [2329] [INFO] Booting worker with pid: 2329
[2015-09-26 17:50:29 +0000] [2316] [DEBUG] 3 workers
[2015-09-26 17:50:30 +0000] [2316] [DEBUG] 3 workers

【问题讨论】：

标签： django nginx gunicorn

【解决方案1】：

问题不在于 supervisord 本身，一般来说在处理 Nginx、Gunicorn 和 Django 时需要考虑的事情很少：

确保运行应用进程的用户（至少 1 个非 root 用户，不包括默认创建的用户，例如：Nginx、Postgresql。随堆栈的变化）具有实现其目标的正确权限和所有权。
当添加另一个应用程序到你的堆栈时，你应该首先检查它默认运行的端口，并更改它以防止端口冲突，记住内部和外部端口之间的区别，因为你使用 Nginx 作为 Gunicorn 的代理（这是导致大多数超时的原因，我在深夜工作时发生过几次），您可以使用 Nginx 作为代理服务器，并为每个应用创建具有不同唯一内部端口的许多应用。

根据您为主管提供的错误日志，您似乎正在使用没有足够权限或所有权的用户运行 gunicorn.sh，或者使用错误的命令执行。

请提供与您的应用相关的主管配置文件。

更新：他的ip地址好像变了。

【讨论】：

感谢您的回复。一切似乎都具有正确的权限。而且我现在只有一个应用程序。我将包括 gunicorn 调试模式输出。哦，这就是主管日志包含的所有内容。同样的错误重复了几次。不幸的是，这不是很有帮助。
显示启动你的gunicorn的主管命令，我猜问题就在那里。

【解决方案2】：

啊，没关系。谢谢你的时间。原来我的ip地址不知何故改变了，这不应该发生....菜鸟错误。

【讨论】：