python – 为什么我的gunicorn进程忽略了Django的日志级别设置?

前端之家收集整理的这篇文章主要介绍了python – 为什么我的gunicorn进程忽略了Django的日志级别设置?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我有Nginx,Gunicorn和Django都运行在同一个Ubuntu EC2实例上.我有一个相当传统的设置,并希望将所有gunicorn错误记录到特定文件.

我对Gunicorn的配置是:

#!/bin/bash

NAME="server"
GUNICORNDIR=/ebs/env/bin
DJANGODIR=/ebs/server/
SOCKFILE=/tmp/gunicorn.sock
LOGFILE=/var/log/gunicorn/gunicorn.error
USER=ubuntu
GROUP=ubuntu
NUM_WORKERS=5
TIMEOUT=60
DJANGO_SETTINGS_MODULE=settings
DJANGO_WSGI_MODULE=wsgi

echo "Starting $NAME"

RUNDIR=$(dirname $SOCKFILE)
test -d $RUNDIR || mkdir -p $RUNDIR

exec $GUNICORNDIR/gunicorn ${DJANGO_WSGI_MODULE}:application \
  --name $NAME \
  --workers $NUM_WORKERS \
  --timeout=$TIMEOUT \
  --user=$USER --group=$GROUP \
  --log-level=error --log-file=$LOGFILE \
  --bind=unix:$SOCKFILE

但是,使用此配置,我将从DEBUG及以上的所有日志写入文件.我的日志级参数似乎被忽略了.

我要找的是只写这些类型的日志消息:

2014-01-02 13:54:53 [3327] [CRITICAL] WORKER TIMEOUT (pid:3338)
2014-01-02 13:54:53 [3327] [CRITICAL] WORKER TIMEOUT (pid:3338)

我认为我的settings.py中指定的Django日志记录配置可能会干扰,所以我添加了一个处理程序和一个记录器来尝试并定位gunicorn,但这不起作用.

'handlers': {
'gunicorn': {
    'level': 'ERROR','class': 'logging.handlers.RotatingFileHandler','formatter': 'verbose','filename': '/ebs/log/gunicorn.error','maxBytes': 1024 * 1024 * 100,},}
'loggers': {
'gunicorn.errors': {
'level': 'ERROR','handlers': ['gunicorn'],'propagate': False,

以下是我正在运行的版本

Django 1.5.4
Nginx Nginx / 1.1.19
Gunicorn 18.0

对这里有什么不妥的想法?

**更新**

这是我的django日志记录配置的样子:

LOGGING = {
'version': 1,'disable_existing_loggers': True,'root': {
    'level': 'WARNING','handlers': ['sentry'],'formatters': {
    'verbose': {
        'format': '%(levelname)s %(asctime)s %(module)s %(process)d %(thread)d %(message)s'
    },'simple': {
        'format': '%(levelname)s %(asctime)s -- %(message)s'
    }
},'handlers': {
    'sentry': {
        'level': 'ERROR','class': 'raven.contrib.django.raven_compat.handlers.SentryHandler','sentry_file': {
        'level': 'ERROR','filename': '/ebs/log/sentry_log.txt',# 100 mb
    },'celery': {
        'level': 'DEBUG','filename': '/ebs/log/celery/celery.log','apps': {
        'level': 'DEBUG','filename': '/ebs/log/apps.log','apps.dss': {
        'level': 'DEBUG','filename': '/ebs/log/dss_apps.log','loggers': {
    'django.db.backends': {
        'level': 'DEBUG','sentry': {
        'level': 'DEBUG','sentry.errors': {
        'level': 'ERROR','handlers': ['sentry_file','sentry'],'celery': {
        'level': 'INFO','handlers': ['sentry','celery'],'propagate': False
    },'handlers': ['apps','apps.dss' : {
        'level': 'DEBUG','handlers': ['apps.dss',}
最佳答案
gunicorn的–log级别设置仅影响gunicorns自己的错误记录工具.但是,应用程序的标准错误和标准输出也将最终出现在gunicorn日志中.我想你的Django日志配置中可能有一个StreamHandler. StreamHandler默认情况下会记录到stderr,因此最终会出现在gunicorn日志中.删除StreamHandler或提高级别以解决您的问题.

猜你在找的Nginx相关文章