[ovirt-users] Importing VM fails with "No space left on device"
Nicolas Ecarnot
nicolas at ecarnot.net
Tue Mar 6 10:41:02 UTC 2018
Hello,
When importing a VM, I'm facing the know bug :
https://access.redhat.com/solutions/2770791
QImgError: ecode=1, stdout=[], stderr=['qemu-img: error while writing
sector 93569024: No space left on device'
The difference between my case and what is described in the RH webpage
is that I have no "Failed to flush the refcount block cache".
Here is what I see :
> ecfbd1a4-f9d2-463a-ade6-def5bd217b43::DEBUG::2018-03-06 09:57:36,460::utils::718::root::(watchCmd) FAILED: <err> = ['qemu-img: error while writing sector 205517952: No space left on device']; <rc> = 1
> ecfbd1a4-f9d2-463a-ade6-def5bd217b43::ERROR::2018-03-06 09:57:36,460::image::865::Storage.Image::(copyCollapsed) conversion failure for volume ac08bc8d-1eea-449a-a102-cf763c6726c8
> Traceback (most recent call last):
> File "/usr/share/vdsm/storage/image.py", line 860, in copyCollapsed
> volume.fmt2str(dstVolFormat))
> File "/usr/lib/python2.7/site-packages/vdsm/qemuimg.py", line 207, in convert
> raise QImgError(rc, out, err)
> QImgError: ecode=1, stdout=[], stderr=['qemu-img: error while writing sector 205517952: No space left on device'], message=None
> ecfbd1a4-f9d2-463a-ade6-def5bd217b43::ERROR::2018-03-06 09:57:36,461::image::878::Storage.Image::(copyCollapsed) Unexpected error
> Traceback (most recent call last):
> File "/usr/share/vdsm/storage/image.py", line 866, in copyCollapsed
> raise se.CopyImageError(str(e))
> CopyImageError: low level Image copy failed: ("ecode=1, stdout=[], stderr=['qemu-img: error while writing sector 205517952: No space left on device'], message=None",)
I followed the advices in the RH webpage (check if the figures are
correct between the qemu-img sizes and the meta-data file), and they
seem to be correct :
root at serv-hv-adm30:/etc# qemu-img info
/rhev/data-center/mnt/serv-lin-adm1.sdis.isere.fr\:_home_vmexport3/be2878c9-2c46-476b-bfae-8b02a4679022/images/a5d68d88-3b54-488d-a61e-7995a1906994/ac08bc8d-1eea-449a-a102-cf763c6726c8
image:
/rhev/data-center/mnt/serv-lin-adm1.sdis.isere.fr:_home_vmexport3/be2878c9-2c46-476b-bfae-8b02a4679022/images/a5d68d88-3b54-488d-a61e-7995a1906994/ac08bc8d-1eea-449a-a102-cf763c6726c8
file format: qcow2
virtual size: 98G (105226698752 bytes)
disk size: 97G
cluster_size: 65536
Format specific information:
compat: 0.10
refcount bits: 16
root at serv-hv-adm30:/etc# cat
/rhev/data-center/mnt/serv-lin-adm1.sdis.isere.fr\:_home_vmexport3/be2878c9-2c46-476b-bfae-8b02a4679022/images/a5d68d88-3b54-488d-a61e-7995a1906994/ac08bc8d-1eea-449a-a102-cf763c6726c8.meta
DOMAIN=be2878c9-2c46-476b-bfae-8b02a4679022
CTIME=1520318755
FORMAT=COW
DISKTYPE=1
LEGALITY=LEGAL
SIZE=205520896
VOLTYPE=LEAF
DESCRIPTION=
IMAGE=a5d68d88-3b54-488d-a61e-7995a1906994
PUUID=00000000-0000-0000-0000-000000000000
MTIME=0
POOL_UUID=
TYPE=SPARSE
EOF
So I don't see what's wrong?
--
Nicolas ECARNOT
More information about the Users
mailing list