所以我在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
答案 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%干净,因为第二个进程使用了另一个记录器,但是对我来说,我想启用自动重新加载功能。