问题 在UWSGI下从Django登录

我通过uwsgi服务器运行我的django应用程序，并在我的init脚本中启动32个进程-args：

ARGS="--pidfile ${PIDFILE} --uid ${UID} -s /tmp/${NAME}.sock --pythonpath ${GCS_HOME}/server/src/gcs --master -w wsgi -d ${GCS_HOME}/logs/uwsgi.log -p 32 -z 30"

版本是Python 2.6.5，Django 1.2.1，uWSGI 0.9.5.1

我想要一个日志文件，所以我使用基于多处理的日志处理程序，如中所述问题641420。

multilogging处理程序在我拥有的简单测试应用程序中以及在运行带有werkzeug的manage.py runserver_plus时工作正常，但是当我使用django和uwsgi运行时没有记录任何内容（尽管我没有从uwsgi进程获得错误或异常）。

我的wsgi文件在下面，如果有人能够识别我的配置问题或者对正在发生的事情做出解释，我将不胜感激：

APP_VIRTUAL_ENV = "/home/devadmin/gcs/server/gcs_env/"
APP_PARENT_PATH = "/home/devadmin/gcs/server/src/"

##                                                                              

import sys
# Redirect stdout to comply with WSGI                                           
sys.stdout = sys.stderr

import os, site

# Set the settings module django should use                                     
os.environ['DJANGO_SETTINGS_MODULE'] = "gcs.settings"

# set the sys.path                                                              
site_packages_subpath = "/lib/python%s.%s/site-packages" % (sys.version_info[0]\
, sys.version_info[1], )
site_packages_path = os.path.join(APP_VIRTUAL_ENV, site_packages_subpath[1:])

sys_path = []
for path in sys.path:
    if site_packages_subpath in path and not path.startswith(APP_VIRTUAL_ENV):
        continue
    sys_path.append(path)

sys.path = [ APP_PARENT_PATH ]
sys.path += sys_path
site.addsitedir(site_packages_path)

# reorder sys.path                                                              
for path in sys_path:
    sys.path.remove(path)
sys.path += sys_path

# setup logging                                                                 
import os.path
import logging
import logging.config
logging.config.fileConfig(os.path.join(os.path.dirname(__file__), "logging.conf\
"))

答案已经更新 - 2013年5月15日 - 请参阅底部以获取其他日志记录

如果您想拥有一个日志文件 - 使用syslog，让它处理将所有输入多路复用到一个文件中。将多个进程附加到单个文件是很难看的，即使使用多处理的变通方法也是如此。

除了线程/进程安全“缩混”各种日志信息流的优势之外，您始终可以指定远程主机以便根据需要发送日志，并且当您的客户正在编写时，它使日志文件轮换变得轻而易举无论是域套接字还是UDP套接字 - 它们都不必等待您管理它们下面的文件。更好的是，你不会丢失信息。

与系统日志守护程序（如syslog-ng）结合使用，可以进行大量奇特的切片和切块，消息中继，重复的消息过滤等。

长话短说 - 系统日志比管理你自己的日志文件更好（在我看来），针对系统日志的最佳参数是，你没有“拥有”服务器（表面上，日志文件可能不受限制）。

如果你想超级棒，请将你的日志数据发送到splunk，你将把你的游戏提升到一个新的水平。大多数人使用Splunk进行IT日志聚合，但是从应用程序到splunk的syslogging是实现数据挖掘功能的快捷方式，可以了解性能瓶颈，使用模式等等。

#!/usr/bin/python

import logging
from logging.handlers import SysLogHandler

# Setup
logger = logging.getLogger( "mything" )
hdlr = SysLogHandler( address = '/dev/log', facility = SysLogHandler.LOG_USER )
logger.addHandler( hdlr )
formatter = logging.Formatter('%(name)s: %(levelname)s %(message)s')
hdlr.setFormatter( formatter )
logger.setLevel( logging.INFO )


logger.info( 'hello Laverne!' )
logger.debug( 'The Great Ragu has taken ill!' )

新内容 - 2013年5月15日

如果你有基础设施/坚韧的设置，还有一个额外的选择值得一提 - 哨兵，它有可用于Python的库（以及Javascript和其他），它提供了一个集中的位置，供您发送错误以进行监控。它看起来很整洁。

很难说，你的配置文件是什么样的？你在运行什么版本的Python？您正在导入但未使用 multiproc_handler，你没有使用 log_conf_file 你在实际中计算过的 fileConfig 打电话，出于某种原因。 - Vinay Sajip

添加了上面的版本并从wsgi.py中删除了虚假行（他们从我正在进行的一些调试中遗留下来。还注意到当我使用werkzeug / runserver_plus时，日志记录是可以的。所以它会表明我的日志记录没有通过以下方式正确初始化wsgi.py。当我使用标准的python日志记录处理程序（RotatingLogFileHandler）时，我得到了日志输出，但这不是多个uwsgi进程的解决方案。 - rtmie

我认为这是因为日志文件夹的权限。也许你从一个用户运行调试服务器和从另一个用户生产？也许你甚至知道这一点..但它必须是权限。尝试在日志文件夹上设置rwx，将其父级设置为该用户..或者作为调试集rwx设置为all。 - Turnaev Evgeny

问题在UWSGI下从Django登录

答案:

热门问题

问题 在UWSGI下从Django登录

答案:

热门问题

问题在UWSGI下从Django登录