Hide Forgot
Created attachment 1195054 [details] output of getVmDevice Description of problem: A VM's disk declare 6GB space although its virtual size is only 5 GB (The disk does not contain any snapshots). Creating a new VM with disk based on iSCSI with size of 5GB. Run the VM and install a RHEL 7.2 OS on it. Once the installation was finished use fdisk /dev/vda to find out which partitions are available and execute dd on the biggest partition. Version-Release number of selected component (if applicable): 4.0 How reproducible: 100% Steps to Reproduce: 1. Create a VM 2. Create a thin provision disk on iSCSI SD with 5 GB 3. Add a nic to the VM and edit the VM that the boot order will be first from network 4. Run the VM and install OS from network 5. log into the VM and execute dd with if=/dev/urandom and of is the VM device (/dev/vda2) Actual results: Once the dd operation is finished the true size of the VM reports 6GB although the virtual size is 5 GB Expected results: The true size should not exceed the virtual size of the disk which is 5 GB Additional info:
Created attachment 1195055 [details] The guest dd operation
Created attachment 1195056 [details] vdsm log
Isn't this just the qcow header's overhead, coupled with the fact that we extend in 1GB chunks?
(In reply to Allon Mureinik from comment #3) > Isn't this just the qcow header's overhead, coupled with the fact that we > extend in 1GB chunks? Yep, that is indeed the issue (although a bit misleading for customers) closing it as not a bug.