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身份填充磁盘,这将无法避免驱动器绝对满时的问题) 其他文件系统也可能有保留块,但调整这些块的命令会有所不同. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |