Django项目调整mail_admins日志级别后Celery与Rollbar引发崩溃

问题根源分析 #

从你的报错回溯和配置来看，问题是一系列连锁反应导致的：

1. 你把mail_admins handler的日志级别从ERROR降到了INFO，这使得Rollbar初始化的WARNING级日志也会被这个handler捕获。
2. AdminEmailHandler在处理日志时，会尝试渲染包含traceback的邮件内容，这个过程调用了Django的翻译（gettext）功能。
3. 而执行migrate时，Django正处于django.setup()的apps.populate阶段，App Registry还未完全就绪，翻译系统此时无法正常初始化，最终抛出AppRegistryNotReady异常。

另外你提到系统Python的logging模块处理日志是正常现象——logging是Python标准库，虚拟环境不会复制标准库模块，所有Python环境共享系统的标准库，这不是问题的根源。

可行解决方案 #

方案1：延迟Rollbar初始化到Django完全启动后

Rollbar目前是在celery.py模块导入时初始化的，这时候Django的App还没就绪。我们可以把初始化逻辑放到AppConfig的ready()方法里，这是Django官方推荐的延迟初始化时机：

1. 修改你的courier/apps.py（或者项目主App的AppConfig）：

from django.apps import AppConfig
import rollbar
from django.conf import settings

class CourierConfig(AppConfig):
    name = 'courier'

    def ready(self):
        # 避免重复初始化
        if not getattr(rollbar, '_initialized', False):
            rollbar.init(**settings.ROLLBAR)

2. 注释掉papukurier/celery.py里的rollbar.init(**settings.ROLLBAR)代码，移除提前初始化的逻辑。

方案2：给Rollbar日志单独配置Logger，避免触发mail_admins

在你的日志配置里添加专门针对rollbar的logger，让它的警告只输出到控制台，不经过mail_admins handler：

'loggers': {
    # ... 保留你原有的其他logger配置
    'rollbar': {
        'handlers': ['console'],
        'level': 'WARNING',
        'propagate': False,
    },
}

这样Rollbar的初始化警告只会被控制台处理，不会触发AdminEmailHandler，也就不会触发翻译逻辑。

方案3：临时调整日志配置执行migrate

如果你只是需要临时完成migrate，可以：

• 临时把mail_admins的level改回ERROR，执行./manage.py migrate后再改回来；
• 或者创建一个专门的migrate日志配置文件（比如logging_migrate.py），里面把mail_admins的level设为ERROR，然后执行：

DJANGO_LOGGING_CONFIG=papukurier.logging_migrate ./manage.py migrate

内容的提问来源于stack exchange，提问作者gonczor