我在ngninx后面跑着枪。我想将gunicorn中的错误记录到gunicorn-error.log并将日志访问到gunicorn-access.log。
我有错误日志工作,但没有访问日志,我做错了什么?
这是我的gunicorn.conf.py:
bind = '127.0.0.1:8888'
backlog = 2048
workers = 3
errorlog = '/home/my/logs/gunicorn-error.log'
accesslog = '/home/my/logs/gunicorn-access.log'
loglevel = 'debug'
proc_name = 'gunicorn-my'
pidfile = '/var/run/my.pid'
这是运行gunicorn的脚本:
#!/bin/bash
set -e
ENV=/home/my/env/bin/activate
GUNICORN=gunicorn_django
SETTINGS_PATH=/home/my/app/app/settings
PROJECT_PATH=/home/my/app
CONFROOT=/home/my/app/conf/gunicorn.conf.py
cd $SETTINGS_PATH
source $ENV
export PYTHONPATH=$PROJECT_PATH
exec $GUNICORN app.settings.staging -c $CONFROOT
它创建了gunicorn-error.log和gunicorn-access.log,但只有gunicorn-error.log获取任何日志,例如:
2012-11-20 11:49:57 [27817] [INFO] Starting gunicorn 0.14.6
2012-11-20 11:49:57 [27817] [DEBUG] Arbiter booted
2012-11-20 11:49:57 [27817] [INFO] Listening at: http://127.0.0.1:8888 (27817)
2012-11-20 11:49:57 [27817] [INFO] Using worker: sync
2012-11-20 11:49:58 [27825] [INFO] Booting worker with pid: 27825
2012-11-20 11:49:58 [27828] [INFO] Booting worker with pid: 27828
2012-11-20 11:49:58 [27830] [INFO] Booting worker with pid: 27830
我做错了什么?有人想与错误日志和访问日志分享他们的工作gunicorn.conf.py吗?
答案 0 :(得分:21)
我已将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'
},
'generic': {
'format': '%(asctime)s [%(process)d] [%(levelname)s] %(message)s',
'datefmt': '%Y-%m-%d %H:%M:%S',
'()': 'logging.Formatter',
},
},
'handlers': {
'sentry': {
'level': 'ERROR',
'class': 'raven.contrib.django.handlers.SentryHandler',
},
'console': {
'level': 'DEBUG',
'class': 'logging.StreamHandler',
'formatter': 'verbose'
},
'error_file': {
'class': 'logging.FileHandler',
'formatter': 'generic',
'filename': '/home/fungine/gunicorn.error.log',
},
'access_file': {
'class': 'logging.FileHandler',
'formatter': 'generic',
'filename': '/home/fungine/gunicorn.access.log',
},
},
'loggers': {
'django.db.backends': {
'level': 'ERROR',
'handlers': ['console'],
'propagate': False,
},
'raven': {
'level': 'DEBUG',
'handlers': ['console'],
'propagate': False,
},
'sentry.errors': {
'level': 'DEBUG',
'handlers': ['console'],
'propagate': False,
},
'gunicorn.error': {
'level': 'INFO',
'handlers': ['error_file'],
'propagate': True,
},
'gunicorn.access': {
'level': 'INFO',
'handlers': ['access_file'],
'propagate': False,
},
},
}
答案 1 :(得分:17)
在'disable_existing_loggers': False
中指定logging.config.dictConfig
对我有效。
disable_existing_loggers - 如果指定为
False
,则进行此调用时存在的记录器将保持不变。默认值为True
因为这会以向后兼容的方式启用旧行为。这个 行为是禁用任何现有的记录器,除非他们或他们的 祖先在日志记录配置中明确命名。
http://docs.python.org/2/library/logging.config.html#logging.config.fileConfig