我有一个运行Django/Nginx/uWSGI的服务器,其中uWSGI处于皇帝模式,并且它的错误日志(附属级别的错误日志,而不是皇帝级别的日志)在每次生成新工作进程时都有一个连续的权限错误,如下所示:Tue Jun 26 19:34:55 2012 - Respawned uWSGI worker 2 (new pid: 9334)
Error opening file for reading: Permission denied
问题是,我不知道它在打开什么文件时遇到了问题;显然,这不是日志文件,因为我正在查看它,它正在毫无问题地写入日志文件。有办法知道吗?我正在Ubuntu 12.04上通过Upstart运行apt-get版本的uWSGI 1.0.3-debian。除了看起来像是内存泄漏之外,这个站点运行得很成功……因此我查看了日志文件。我尝试过将整个/opt/目录的权限更改为包含uwsgiuser用户,但没有成功。我使用的是TCP套接字,因此权限不应该是一个问题。是缓存吗?它有自己的权限吗?如果是,在哪里?My Upstart conf file
description "uWSGI" start on runlevel [2345] stop on runlevel [06] respawn
env UWSGI=/usr/bin/uwsgi env LOGTO=/var/log/uwsgi/emperor.log
exec $UWSGI \
--master \
--emperor /etc/uwsgi/vassals \
--die-on-term \
--auto-procname \
--no-orphans \
--logto $LOGTO \
--logdate
我的附庸档案:[uwsgi]
# Variables
base = /opt/env/mysiteenv
# Generic Config
uid = uwsgiuser
gid = uwsgiuser
socket = 127.0.0.1:5050
master = true
processes = 2
reload-on-as = 128
harakiri = 60
harakiri-verbose = true
auto-procname = true
plugins = http,python
cache = 2000
home = %(base)
pythonpath = %(base)/mysite
module = wsgi
logto = /opt/log/mysite/error.log
logdate = true