Mam serwer z uruchomionym Django / Nginx / uWSGI z uWSGI w trybie cesarza, a dziennik błędów dla niego (dziennik błędów na poziomie wasalnym, a nie dziennik na poziomie cesarza) ma ciągły błąd przy każdym pojawieniu się nowego pracownika, w ten sposób:

Tue Jun 26 19:34:55 2012 - Respawned pracownik uWSGI 2 (nowy pid: 9334)

Błąd podczas otwierania pliku do odczytu: Odmowa uprawnień

Problem polega na tym, że nie wiem, który plik ma problemy z otwarciem; oczywiście nie jest to plik dziennika, ponieważ patrzę na to i piszę do tego bez problemu. Jakikolwiek sposób by się dowiedzieć? Używam wersji apt-get uWSGI 1.0.3-debian poprzez Upstart na Ubuntu 12.04. Witryna działa z powodzeniem, poza tym, co wydaje się przeciekiem pamięci ... stąd moje spojrzenie na plik dziennika. Eksperymentowałem ze zmianą uprawnień całego katalogu / opt / w celu włączenia użytkownika uwsgiuser, bezskutecznie. Używam gniazda TCP, więc uprawnienia nie powinny być problemem. Czy to pamięć podręczna? Czy to ma własne uprawnienia? Jeśli tak, to gdzie?

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

Plik ini My 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