python – 为什么我的gunicorn进程忽略了Django的日志级别设置?
发布时间:2020-05-22 16:39:27 所属栏目:Nginx 来源:互联网
导读:我有Nginx,Gunicorn和Django都运行在同一个Ubuntu EC2实例上.我有一个相当传统的设置,并希望将所有gunicorn错误记录到特定文件.我对Gunicorn的配置是:#!/bin/bash NAME=server GUNICORNDIR=/ebs/env/bin DJANGODIR=/ebs/server/ SOCKFILE=/
|
我有Nginx,Gunicorn和Django都运行在同一个Ubuntu EC2实例上.我有一个相当传统的设置,并希望将所有gunicorn错误记录到特定文件. 我对Gunicorn的配置是:
但是,使用此配置,我将从DEBUG及以上的所有日志写入文件.我的日志级参数似乎被忽略了. 我要找的是只写这些类型的日志消息:
我认为我的settings.py中指定的Django日志记录配置可能会干扰,所以我添加了一个处理程序和一个记录器来尝试并定位gunicorn,但这不起作用.
以下是我正在运行的版本 Django 1.5.4 对这里有什么不妥的想法? **更新** 这是我的django日志记录配置的样子:
最佳答案
gunicorn的–log级别设置仅影响gunicorns自己的错误记录工具.但是,应用程序的标准错误和标准输出也将最终出现在gunicorn日志中.我想你的Django日志配置中可能有一个StreamHandler. StreamHandler默认情况下会记录到stderr,因此最终会出现在gunicorn日志中.删除StreamHandler或提高级别以解决您的问题. (编辑:安卓应用网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- nginx中的动态proxy_pass到Kubernetes中的另一个pod
- 身份验证 – nginx auth_basic时间限制
- Nginx重写规则403错误
- nginx – 如果我们不关闭cgi.fix_pathinfo,服务器是否仍然容
- 如何在nginx中提供html文件,而不显示此别名设置中的扩展名
- python-Nginx,uWSGI,Flask应用程序直到服务器重启后才会显示
- Nginx – 编码(规范化)URI的一部分
- amazon-web-services – 如何在amazon linux disto上安装ng
- 使用nginx和Play 2.1应用程序的子目录的反向代理
- Nginx $request_uri有重复的查询参数
