我有Debian,/var/log的根分区类型ext3 (rw,相对论性,data=ordered)。四天前日志旋转丢弃了数以万计的文件,这个被修复,文件被删除。在此之后:
# du -hc /var/log/
511M total文件和子目录只有2.55亿:
#du -hc --exclude=.. --exclude=. /var/log/* /var/log/.*
255M total其余的是目录本身:
# ls -ldh /var/log
drwxr-xr-x 15 root root 257M Feb 18 06:55 /var/log
# stat /var/log
File: ‘/var/log’
Size: 268496896 Blocks: 524936 IO Block: 4096 directory在/var/log上的一些操作(对我来说是随机的)需要很长的时间(最多5分钟)。由于非技术原因,我现在可以重新安装或重新安装它。
为什么会出现这么大的目录,为什么会造成巨大的滞后?我怎么能“放气”它而不卸下?在停止rsyslog、创建新目录、将/var/log内容移动到rsyslog并将其重命名为/var/log (类似于https://serverfault.com/a/487245中的建议)时,可能需要注意什么?
发布于 2023-02-24 17:40:15
使用ext3,目录的大小永远不会减少。如果它的尺寸在某一时刻很高,即使经过清洗,它也会保持很高的尺寸。与之形成对比的是,对于xfs,清理目录的大小会被调整(实时的)。
发布于 2016-02-23 04:59:16
正如您所述,该目录中有数万个文件。目录条目列表很大。和阅读都是昂贵和缓慢的。如果您碰巧看到了最近访问的文件,而该文件仍在缓存中,则速度会更快。
移动目录并创建一个新目录是减少目录的有效方法。即使需要一段时间,你也可以在方便的时候把大的、慢的移除。
fsck也可以优化目录,但这需要卸载它。
对于syslog来说,远程日志记录可以替代本地文件,如果这有助于您短暂的日志记录中断的话。
https://serverfault.com/questions/758041
复制相似问题