繁体   English   中英

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

[英]qcow2 growing faster than guest filesystem

我很难理解我的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

我发现qcow2磁盘文件的大小迅速增长,并尝试“ qemu-img转换”备份文件,但没有解决问题。 当我执行dd if = / dev / zero of = vm01.qcow2时,它一直运行到我在该卷组上的空间不足(超过19G)为止。 我期望qcow2文件随着内部文件系统的大小而增长。 有什么暗示我可能做错了吗?

问候,帕维尔

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

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM