Eu tenho um servidor rodando Django / Nginx / uWSGI com uWSGI no modo emperor, e o log de erros para ele (o log de erro em nível vassal, não o log em nível de imperador) tem um erro de permissões contínuas toda vez que ele gera um novo worker, igual a:

Ter 26 de junho 19:34:55 2012 - Trabalhador uWSGI revogada 2 (novo pid: 9334)

Erro ao abrir o arquivo para leitura: permissão negada

O problema é que não sei qual arquivo está tendo problemas para abrir; não é o arquivo de log, obviamente, já que estou olhando para ele e está escrevendo para isso sem problema. Qualquer maneira de descobrir? Estou executando a versão apt-get do uWSGI 1.0.3-debian através do Upstart no Ubuntu 12.04. O site está funcionando com sucesso, além do que parece ser um vazamento de memória ... daí meu olhando para o arquivo de log. Eu experimentei alterar as permissões de todo o diretório / opt / para incluir o usuário uwsgiuser, sem sucesso. Estou usando um soquete TCP, portanto, as permissões não devem ser um problema. É o cache? Isso tem suas próprias permissões? Se sim, onde?

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

Meu arquivo Vassal ini:

[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