Ich habe einen Server, auf dem Django / Nginx / uWSGI mit uWSGI im Kaisermodus ausgeführt wird, und das Fehlerprotokoll dafür (das Fehlerprotokoll auf Vasallenebene, nicht das Protokoll auf Kaiserebene) weist bei jedem Auftreten eines neuen Arbeiters einen fortlaufenden Berechtigungsfehler auf. wie so:

Di Jun 26 19:34:55 2012 - Respawned uWSGI worker 2 (neue pid: 9334)

Fehler beim Öffnen der Datei zum Lesen: Berechtigung verweigert

Das Problem ist, ich weiß nicht, welche Datei sich nicht öffnen lässt. Es ist offensichtlich nicht die Protokolldatei, da ich sie mir ansehe und ohne Probleme darauf schreibe. Wie kann ich das herausfinden? Ich verwende die apt-get-Version von uWSGI 1.0.3-debian über Upstart unter Ubuntu 12.04. Abgesehen von einem scheinbaren Speicherverlust funktioniert die Site erfolgreich ... daher habe ich mir die Protokolldatei angesehen. Ich habe versucht, die Berechtigungen des gesamten Verzeichnisses / opt / so zu ändern, dass sie den Benutzer uwsgiuser einschließen, ohne Erfolg. Ich verwende einen TCP-Socket, daher sollten Berechtigungen dort keine Rolle spielen. Ist es der Cache? Hat das seine eigenen Berechtigungen? Wenn ja, wo?

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

Meine Vassal-Ini-Datei:

[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