Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/django/21.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Python Django日志记录旋转文件不工作_Python_Django_Logging_Ubuntu 14.04 - Fatal编程技术网

Python Django日志记录旋转文件不工作

Python Django日志记录旋转文件不工作,python,django,logging,ubuntu-14.04,Python,Django,Logging,Ubuntu 14.04,因此,当Django日志达到maxBytes大小时,我遇到了一些问题。基本上,当这种情况发生时,文件似乎不会旋转并创建新文件 有人告诉我这可能与服务器的写入权限有关,但我不确定如何正确设置,以便django能够在旧日志文件已满时创建新日志文件 我的设置: LOGGING = { 'version': 1, 'disable_existing_loggers': False, 'filters': { 'require_debug_false': {

因此,当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
更新:

当我尝试运行创建日志文件的manage命令时,出现了此错误

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

在Django日志记录中使用“logging.handlers.RotatingFileHandler”时,我出现了以下错误:

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”配置文件中定义的相同日志文件的句柄

在设置日志变量之前,我将这一行添加到settings.py文件中

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

如果您使用“manage.py runserver--noreload”参数启动应用程序,它可能会解决您的文件争用问题。

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

我的解决方案不提供
--noreload
标志

if os.environ.get('RUN_MAIN') == "true":
    logging.config.dictConfig(LOGGING)
    logger = logging.getLogger(__name__)
else:
    logger = logging.getLogger('root')

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

一个解决方案,目前对我有效,就是对写入文件的处理程序ID使用
'delay':True
(在我的例子中是
RotatingFileHandler
)。这仅在从记录器调用第一个
emit()
时创建文件,我的理解是,主线程和自动加载线程(这是错误的原因)之间的线程争用在此时似乎不存在。

您是否尝试过
禁用现有的记录器:True
?你的Django是在root下运行还是有写权限?我现在要试试@Anzelyeah Django是在root@Anzelit的日志文件的写权限下运行的,试试这个:
chmod 777 boom-*
,看看它是否解决了这个问题。然后我们将设置一个较低的权限rights@Anzel我已经试过chmod 777了,什么也没试过。我已经更新了上面的代码,当我尝试在productionGood catch上运行命令时,出现了“权限被拒绝”错误。您认为有没有其他方法可以处理这种情况而不必使用
--noreload
?另一种方法也很有趣。而且--noreload选项仍然会为我在Windows10、Django2.1上运行时产生错误