python – uwsgi服务没有启动

前端之家收集整理的这篇文章主要介绍了python – uwsgi服务没有启动前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我在我的服务器上运行了一个python应用程序(具体的Django).在昨天之前,它已成功运行在带有mod-wsgi的apache下几乎没有问题.我有两个主要原因切换到Nginx

>性能 – 在Nginx下,我几乎有一半的时间用于每个请求
>两个应用程序在apache下没有成功运行 – 由Nginx解决
>第三个原因是我的配置更好

我的uwsgi服务有问题.首先,我将包含应用程序的wsgi文件

import os
import sys 

path = os.path.abspath(os.path.dirname(os.path.dirname(os.path.abspath(__file__))))

if path not in sys.path:
sys.path.append(path)

os.environ.setdefault("DJANGO_SETTINGS_MODULE","usporion.settings")

from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

然后我有init应用程序的uwsgi.ini文件,位于/etc/uwsgi/apps-enabled/usporion.ini下:

[uwsgi]
plugins = python
uid = www-data
gid = www-data
uwsgi-socket = /srv/sockets/usporion.sock
chmod-socket = 664
chdir = /srv/www/usporion
pythonpath = /srv/www/usporion
module = usporion.wsgi
env = DJANGO_SETTINGS_MODULE=usporion.settings
logdate = True
logto = /var/log/uwsgi/usporion.log
#daemonize = /var/log/uwsgi/usporion.log
vacuum = True
max-requests = 1000
processes = 5
threads = 10
workers = 5
vhost = True

注意:我已经尝试将daemonize取消注释(但这不适用于当前用法).

最后,我有这个Nginx配置:

upstream django {
    server 95.168.193.219:80;
}

server {
    listen          95.168.193.219:80;
    server_name     usporion.cz;
    return      301 $scheme://www.usporion.cz$request_uri;
}

server {
    listen          95.168.193.219:80;
    server_name     www.usporion.cz;
    charset         utf-8;

    client_max_body_size 100M;

    location /media {
        alias       /srv/www/usporion/media;
        expires     1d;
    }

    location /static {
        alias       /srv/www/usporion/static;
        expires     1d;
    }

    location / {
        root        /srv/www/usporion;
        include     uwsgi_params;
        uwsgi_pass  unix:///srv/sockets/usporion.sock;
    }
}

运行命令uwsgi –ini /etc/uwsgi/apps-enabled/usporion.ini工作正常,我能够看到应用程序在网络上运行.但是,如果我服务uwsgi启动,服务没有启动(FAIL)没有消息,我在日志中找不到任何东西.在启用应用程序的情况下运行此服务而不使用usporion.ini工作正常.

我会很高兴有任何帮助,我可以避免在屏幕下运行uwsgi“服务”,但作为正常服务运行.

这是dist信息:

root@[name]:/etc/Nginx/sites-enabled# uname -a
Linux [name] 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 GNU/Linux
root@[name]:/etc/Nginx/sites-enabled# cat /etc/debian_version 
6.0.7
root@[name]:/etc/Nginx/sites-enabled# Nginx -v
Nginx version: Nginx/1.2.6
root@[name]:/etc/Nginx/sites-enabled# uwsgi --version
1.2.3-debian
root@[name]:/etc/Nginx/sites-enabled# python --version
Python 2.7.3

最后,如果有人想给我一些配置的建议(我是Nginx的新手,欢迎它),这是8核Xeon服务器2.4GHz,16GB内存,其中一半是为这个应用程序保留的.

最佳答案
错误是uwsgi配置:

[uwsgi]
plugins = python
uid = www-data
gid = www-data
uwsgi-socket = /srv/sockets/usporion.sock
chmod-socket = 664
chdir = /srv/www/usporion
pythonpath = /srv/www/usporion
wsgi-file = /srv/www/usporion/usporion/wsgi.py
env = DJANGO_SETTINGS_MODULE=usporion.settings
logdate = True
logto = /var/log/uwsgi/usporion.log
#daemonize = /var/log/uwsgi/usporion.log
vacuum = True
max-requests = 1000
master = True
enable-threads = True
processes = 5
threads = 10
vhost = True

区别在于wsgi-file,它取代了旧的模块配置值.然后,出现关于缺少wsgi文件错误(第一次写入错误).这里不需要daemonize,因为debian的服务是自动定义的.不过,我认为真空,logto不是必需的,还有chmod-socket和uwsgi-socket – 所有这些都是由debian的服务定义的.我会批准这个并完成这个答案.

从尝试等方面来看,这种配置是基本的,其他所有内容都应该自动拒绝或者有一些默认值,或者由Django自己:

[uwsgi]
plugins = python
chdir = /srv/www/usporion
pythonpath = /srv/www/usporion
wsgi-file = /srv/www/usporion/usporion/wsgi.py

猜你在找的Nginx相关文章