Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 285971 - app-emulation/kvm-88-r1 : kvm-img (version 0.10.50) convert (qcow2) creates an empty image file
Summary: app-emulation/kvm-88-r1 : kvm-img (version 0.10.50) convert (qcow2) creates a...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Doug Goldstein (RETIRED)
Depends on:
Reported: 2009-09-22 15:05 UTC by Jeff H
Modified: 2009-11-27 00:50 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

Disk Manager screen shot (winxp-master2.jpg,113.20 KB, text/plain)
2009-09-22 15:08 UTC, Jeff H

Note You need to log in before you can comment on or make changes to this bug.
Description Jeff H 2009-09-22 15:05:42 UTC
Trying to create a new base image by merging a previous base and copy on write image.  The resulting qcow2 image appears to be an empty, unformatted image.

Reproducible: Always

Steps to Reproduce:
1. kvm-img convert winxp-clone1.qcow2 -O qcow2 winxp-master2.qcow2

Actual Results:  
Resulting image file seems to be the right size but fails to boot.  XP guest displays the following errors:

Booting from Hard Disk...
Boot failed: not a bootable disk

FATAL: No bootable device.

Booting a good XP image file with the newly created image as a secondary drive and looking at that drive in Disk Manager shows it to be an unknown, uninitialized drive (see attachment).

Expected Results:  
I should be able to use the kvm-img convert command to "rebase" my base image with the copy on write image created from it.  The resulting image should be a merged version of those two images.

I booted into Fedora 11 and used it's qemu-img (version 0.10.6) with the same options and image files and it successfully merged the two images creating a new image that I could boot.
Comment 1 Jeff H 2009-09-22 15:08:52 UTC
Created attachment 204930 [details]
Disk Manager screen shot

"Disk 1" is the newly created qcow2 image.
Comment 2 Doug Goldstein (RETIRED) gentoo-dev 2009-11-23 00:05:42 UTC
please test app-emulation/qemu-kvm
Comment 3 Jeff H 2009-11-24 14:23:24 UTC
qemu-kvm-88-r2 appears to still have the problem.  qemu-kvm-0.11.0 is wanting to pull in ~amd64 dependencies so I don't want to upgrade yet but I will boot into my unstable branch install in the next few days, upgrade to qemu-kvm-0.11.0 and test that version.  I'll also test 88-r2 further to verify it's not working and post the results of both tests after-wards.
Comment 4 Jeff H 2009-11-27 00:50:32 UTC
Fixed in qemu-kvm-0.11.0. I was able to successfully rebase a copy on write
image.  Not fixed in qemu-kvm-88-r2 however.

fyi, in qemu-kvm-0.11.0, the /etc/qemu-ifup script has been replaced with a minimal script that doesn't work the same as the previous script. qemu-ifdown is missing altogether.  Also, by default qemu is looking for the scripts in /etc, not /etc/qemu. The old scripts still work perfectly with no modifications other than renaming them to qemu-ifup and qemu-ifdown. If one hasn't been opened already I'll be happy to open another bug report, just let me know.