我有一個服務器在emperor模式下使用uWSGI運行Django / Nginx / uWSGI,并且它的錯誤日志(vassal級錯誤日志,而不是皇帝級日志)每次生成一個新worker時都會有一個連續的權限錯誤,像這樣：

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運行uWSGI 1.0.3-debian的apt-get版本.該網站正在成功運行,除了看起來像是內存泄漏……因此我查看了日志文件.我已嘗試更改整個/ 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 \n--master \n--emperor /etc/uwsgi/vassals \n--die-on-term \n--auto-procname \n--no-orphans \n--logto $LOGTO \n--logdate

我的附庸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

總結

以上是生活随笔為你收集整理的python的服务器、客户端被拒绝访问_python – uWSGI服务器日志…权限被拒绝读取......的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。