Django Logging旋转文件不起作用

时间:2014-11-09 17:20:22

标签: python django logging ubuntu-14.04

所以我在Django日志记录到达maxBytes时遇到了一些问题。基本上,当发生这种情况时,文件似乎不会旋转并创建新文件。

有人告诉我,这可能与服务器的写入权限有关,但我不确定如何正确设置,以便django能够在旧的日志文件已满时创建新的日志文件。

我的设置:

LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'filters': {
        'require_debug_false': {
            '()': 'django.utils.log.RequireDebugFalse'
        }
    },
    'formatters': {
        'verbose': {
            'format': "[%(asctime)s] %(levelname)s [%(name)s:%(lineno)s] %(message)s",
            'datefmt': "%d/%b/%Y %H:%M:%S"
        },
        'simple': {
            'format': '[%(levelname)-7s] %(asctime)s - %(message)s'
        },
    },
    'handlers': {
        'mail_admins': {
            'level': 'ERROR',
            'filters': ['require_debug_false'],
            'class': 'django.utils.log.AdminEmailHandler'
        },
        'console': {
            'level': 'INFO',
            'class': 'logging.StreamHandler'
        },
        'boom_file': {
            'level': 'DEBUG',
            'class': 'logging.handlers.RotatingFileHandler',
            'maxBytes': 1024*1024*10,  # 10 MB
            'backupCount': 10,
            'filename': '/var/log/boom.log',
            'formatter': 'simple'
        },
        'binglaw_crawler_file': {
            'level': 'DEBUG',
            'class': 'logging.handlers.RotatingFileHandler',
            'maxBytes': 1024*1024*10,  # 10 MB
            'backupCount': 10,
            'filename': '/var/log/boom-binglaw-crawler.log',
            'formatter': 'simple'
        },
    },
    'loggers': {
        'django.request': {
            'handlers': ['mail_admins'],
            'level': 'ERROR',
            'propagate': True,
        },
        'boom': {
            'handlers': ['console', 'boom_file'],
            'propagate': True,
            'level': 'DEBUG',
        },
        'boom.binglaw_crawler': {
            'handlers': ['binglaw_crawler_file', ],
            'propagate': False,
            'level': 'DEBUG',
        },
    }
}

我注意到我的其他日志芹菜似乎正在旋转就好了......不是很奇怪吗?

-rw-r--rw- 1 root          root          10485721 Aug 18 12:12 boom-binglaw-crawler.log
-rw-r--r-- 1 root          root            403506 Nov  8 23:42 boom-celeryd.log
-rw-r--r-- 1 root          root             20201 Oct  2 12:47 boom-celeryd.log.1
-rw-r--rw- 1 root          root           1049478 Oct  1 18:49 boom-celeryd.log.2

更新:

当我尝试运行创建日志文件的管理命令时,我收到此错误

Traceback (most recent call last):
  File "/usr/lib/python2.7/logging/handlers.py", line 77, in emit
    self.doRollover()
  File "/usr/lib/python2.7/logging/handlers.py", line 142, in doRollover
    os.rename(self.baseFilename, dfn)
OSError: [Errno 13] Permission denied

3 个答案:

答案 0 :(得分:5)

使用' logging.handlers.RotatingFileHandler'在Django日志记录中,我遇到了这个错误:

Traceback (most recent call last):
  File "C:\Python33\lib\logging\handlers.py", line 73, in emit
    self.doRollover()
  File "C:\Python33\lib\logging\handlers.py", line 176, in doRollover
    self.rotate(self.baseFilename, dfn)
  File "C:\Python33\lib\logging\handlers.py", line 116, in rotate
    os.rename(source, dest)
PermissionError: [WinError 32] The process cannot access the file because it is being used by another process: 'log.txt.1'

这个错误发生在我身上,因为当我启动Django时,它似乎启动了两个不同的进程。这两个进程都设置了日志记录,这意味着它们都可以获得在' settings.py'中定义的相同LOGGING文件的句柄。配置文件。

我在设置LOGGING变量之前将此行添加到我的settings.py文件中。

print("Initializing LOGGING in settings.py - if you see this more than once use 'runserver --noreload'")

如果您使用' manage.py runserver启动应用 - noreload '参数,它可以解决您的文件争用问题。

答案 1 :(得分:2)

当前适用于我的一种解决方案是使用'delay': True作为写入文件的处理程序ID(在我的情况下为RotatingFileHandler)。这仅在从记录器中调用第一个emit()时创建文件,而我的理解是,那时主线程和自动重载线程之间的线程争用(这是导致错误的原因)似乎不存在。点。

答案 2 :(得分:0)

在与本地开发服务器结合使用TimedRotatingFileHandler时,我遇到了同样的问题。

我不提供svn export https://github.com/Tavisca-Saurabh/Angular-Library/branches/Develop/Tavisca-Orxe3-Library/projects/tavisca-orxe3-library/src/lib/tavisca-input 标志的解决方案是

--noreload

这不是100%干净,因为第二个进程使用了​​另一个记录器,但是对我来说,我想启用自动重新加载功能。