LVM系统空间不一致

LVM系统空间不一致

我在我的服务器中发现了一些问题,如下所示:

df -H | columt -t

  Filesystem                    Size  Used  Avail  Use%  Mounted on
  /dev/mapper/vg_test-lv_home   212G  177G  25G    88%   /home

du -sh /home/

  59G   /home/

有人知道为什么我的/home/消耗了59G空间,但是vg_test_lv_home却使用了177G空间,这没有意义,对吗?

答案1

du和之间的区别df

  • du根据文件系统条目仅计算他们能看到的内容......
  • df查询文件系统元数据

已删除但未关闭的条目

可能有已删除条目仍由正在运行的进程拥有。

(
    (
        dd if=/dev/zero count=102400
        sleep 5 ) >test.img  &
    sleep 1
    ls -l test.img
    df -k .
    du -xks /home
    rm -v test.img
    df -k .
    du -xks /home
    sleep 5
    df -k .
    du -xks /home
) 2>/dev/null
-rw-r--r-- 1 user user 52428800 Jul 28 18:51 test.img
Filesystem            1K-blocks    Used Available Use% Mounted on
/dev/mapper/MyRX-HOME  10321208 7560824   2236096  78% /home
7159956     /home
removed `test.img'
Filesystem            1K-blocks    Used Available Use% Mounted on
/dev/mapper/MyRX-HOME  10321208 7560824   2236096  78% /home
7108756     /home
Filesystem            1K-blocks    Used Available Use% Mounted on
/dev/mapper/MyRX-HOME  10321208 7509472   2287448  77% /home
7108756     /home

尽管文件被删除,已用空间停留在,并且一旦第一个完成(并且重定向进程完成)7560824就返回到。7509472sleep 5

为系统管理员保留的块

文件系统可能会有保留(取决于所使用的文件系统及其配置方式)。

dumpe2fs -h /dev/mapper/vg_test-lv_home

答案2

如果逻辑卷已调整大小,但底层文件系统尚未调整,则这是有意义的。

尝试运行:

# resize2fs /dev/mapper/vg_test-lv_home

然后再次检查报告的尺寸是否匹配。

相关内容