加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

Linux服务器上的磁盘已满,使用的块比可用块少得多

发布时间:2020-12-13 17:07:09 所属栏目:Linux 来源:网络整理
导读:df的输出是: [root@backup log]# dfFilesystem 1K-blocks Used Available Use% Mounted on/dev/mapper/VolGro 1889811408 1861658948 0 100% //dev/sda1 101086 16235 79632 17% /boottmpfs 1815760 0 1815760 0% /dev/shm 因此可用的块应该是28.152.460,但
df的输出是:
[root@backup log]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/VolGro  1889811408 1861658948         0 100% /
/dev/sda1               101086     16235     79632  17% /boot
tmpfs                  1815760         0   1815760   0% /dev/shm

因此可用的块应该是28.152.460,但它是0.我一直在删除文件的垃圾负载,并且使用的块正在下降,但可用块保持为0.

df -i的输出是:

[root@backup log]# df -i
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/mapper/VolGro 487751680 238360803 249390877   49% /
/dev/sda1              26104      37   26067    1% /boot
tmpfs                 219784       1  219783    1% /dev/shm

所以这不是缺少inode.

lsof L1的输出是:

[root@backup log]# /usr/sbin/lsof +L1
COMMAND     PID  USER   FD   TYPE DEVICE SIZE NLINK      NODE NAME
mysqld     2444 mysql    4u   REG  253,0    0     0 268795908 /tmp/ibSlaKC7 (deleted)
mysqld     2444 mysql    5u   REG  253,0    0     0 268795909 /tmp/ibhFuyGr (deleted)
mysqld     2444 mysql    6u   REG  253,0    0     0 268795910 /tmp/ibbNinKL (deleted)
mysqld     2444 mysql    7u   REG  253,0    0     0 268795911 /tmp/ibz1ia55 (deleted)
mysqld     2444 mysql   11u   REG  253,0    0     0 268795912 /tmp/ibM3IHvr (deleted)
crond      2549  root    3u   REG  253,0    5     0 248579098 /var/run/crond.pid (deleted)
yum-updat  2620  root   14w   REG  253,0    0     0 248611115 /var/run/yum.pid (deleted)
ssh       16256  root    0u   CHR  136,0          0         2 /dev/pts/0 (deleted)
ssh       16256  root    1u   CHR  136,0          0         2 /dev/pts/0 (deleted)
ssh       16256  root    2u   CHR  136,0          0         2 /dev/pts/0 (deleted)

我无法运行’du’,因为99%的磁盘使用量在/ var / backups下,其中包含大约1亿个文件(一些白痴决定从带有subversion目录的实时服务器rsync代码,所以它是很多小文件),所以运行’du’需要数天或数周.

有没有人对如何进行有任何建议?

解决方法

如果这是一个ext文件系统,则默认的根保留空间将是1889811408块的5%或94490570块.换句话说,在df报告 free space available之前,您还有大约66GB的内容要删除.

使用tune2fs -m 1 / dev / mapper / VolGro将保留量减少到1%,或使用-r NNNN将其设置为特定数量的块.需要有足够的预留空间,即使在用户“填满”磁盘后,日志记录也可以继续(尽管如果您以root身份填充磁盘,这将无法避免驱动器绝对满时的问题)

其他文件系统也可能有保留块,但调整这些块的命令会有所不同.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读