qcow2的增长速度快于访客文件系统

时间:2018-01-11 22:33:02

标签: linux qemu kvm libvirt virsh

我很难理解qcow2图像的磁盘大小。 我有一个运行CentOS 6的盒子:

# virsh version
Compiled against library: libvirt 0.10.2
Using library: libvirt 0.10.2
Using API: QEMU 0.10.2
Running hypervisor: QEMU 0.12.1

我在那里开了几个客人而没有太多关于客人的活动我注意到备份(我用cp手动完成文件复制,没有基于qcow2的快照)我的一位客人已经成长了4次。其他客人似乎表现正常并且备份大小正常增长。

当我登录该客人时,我看到了

# df -h
Filesystem                    Size  Used Avail Use% Mounted on
udev                          2.0G     0  2.0G   0% /dev
tmpfs                         396M  5.5M  391M   2% /run
/dev/mapper/debian9--vg-root  188G  2.7G  176G   2% /
tmpfs                         2.0G     0  2.0G   0% /dev/shm
tmpfs                         5.0M  4.0K  5.0M   1% /run/lock
tmpfs                         2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/vda1                     236M   62M  162M  28% /boot
tmpfs                          89M     0   89M   0% /run/user/0

但是qcow2文件从5GB增长到

# du -h /backups/vm01/20180111/vm01.qcow2 
19G /backups/vm01/20180111/vm01.qcow2

我找到the size of qcow2 disk file grows rapidly并试图" qemu-img convert"备份文件,但没有解决问题。当我执行dd if = / dev / zero of = vm01.qcow2时,它会一直运行,直到我的卷组空间不足(超过19G)。我期望qcow2文件或多或少随内部文件系统的大小增长。什么暗示我可能做错了什么?

此致 帕维尔

1 个答案:

答案 0 :(得分:0)

除非您为主机文件系统,QEMU和来宾操作系统启用了TRIM / DISCARD,否则qcow2文件的大小永远不会缩小。因此,最有可能的解释是客户操作系统中的某些内容在短时间内创建了一个非常大的文件,然后再次将其删除。 qcow2图像会增长以容纳此文件,但是一旦文件被删除,qcow2图像就不会再次收缩,没有TRIM / DISCARD可用。