Tengo un servidor que ejecuta Django / Nginx / uWSGI con uWSGI en modo emperador, y el registro de errores para él (el registro de errores de nivel vassal, no el registro a nivel de emperador) tiene un error continuo de permisos cada vez que genera un nuevo trabajador. al igual que:

Mar 26 de junio 19:34:55 2012 - Trabajador uWSGI reaparecido 2 (nuevo pid: 9334)

Error al abrir el archivo de lectura: Permiso denegado

El problema es que no sé qué archivo está teniendo problemas para abrir; No es el archivo de registro, obviamente, ya que lo estoy viendo y está escribiendo en eso sin problema. ¿Alguna forma de averiguarlo? Estoy ejecutando la versión apt-get de uWSGI 1.0.3-debian a través de Upstart en Ubuntu 12.04. El sitio está funcionando correctamente, aparte de lo que parece una pérdida de memoria ... por lo tanto, estoy mirando el archivo de registro. He experimentado con cambiar los permisos de todo el directorio / opt / para incluir al usuario uwsgiuser, en vano. Estoy usando un socket TCP, por lo que los permisos no deberían ser un problema allí. ¿Es el caché? ¿Eso tiene sus propios permisos? ¿Si es así, donde?

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

Mi archivo ini de Vassal:

[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