Bug 746188
Summary: | qcow2 image created outside of virt-manager can't be used in install of new VM | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tom Horsley <horsley1953> |
Component: | virt-manager | Assignee: | Cole Robinson <crobinso> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 15 | CC: | berrange, crobinso, dougsland, dpierce, hbrock, jforbes, redhat, virt-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-02-07 22:20:38 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Tom Horsley
2011-10-14 10:18:51 UTC
Another workaround is the choose 'customize before install', navigate to the disk info, and change storage format to 'qcow2'. The proper fix is for virt-manager to autopoolify storage so we can determine these properties for any arbitrary path. Actually, I should have mentioned that I tried that. Apparently once it has decided the image is only 0.19 mb, it saves it somewhere and changing those fields (even stopping and restarting the VM) doesn't seem to change its mind. Indeed virt-manager isn't going to give you the correct size for an unmanaged qcow2 file, even if you tell it the image is format=qcow2. However, when booting the guest, it should see the correct disk image size (as long as that format=qcow2 was set in the details page). Duping this to the bug tracking auto detection for unmanaged disks: *** This bug has been marked as a duplicate of bug 557107 *** Cole, For what it's worth, I found this thread while googling for the same issue with another distribution. I've got qemu-kvm-0.12.3 and virt-manager 0.8.2 with libvirt libvirtd (libvirt) 0.7.5. When I try to install to a qcow2 image, libvirt/virt-manager/kvm (whoever) is seeing the qcow2 image as 264k when I've given it a size of 36G (created via way of qemu-img). example: # qemu-img create -f qcow2 test.img 36G Formatting 'test.img', fmt=qcow2 size=38654705664 encryption=off cluster_size=0 and then the installer sees this when booting from the install CD: http://imgur.com/Gr2jw Indeed, when booting the guest it does not see the correct size (Also, I don't see how this bug is a duplicate of 557107 which talks about UI enhancements..??) Malakei, did you choose 'customize before install' and change the disk storage format to qcow2 before starting the install? If not, please try that and confirm it works. If it doesn't work, please reproduce against current upstream, and file a bug in our upstream tracker with the --debug output when reproducing (http://virt-manager.org/page/BugReporting) Indeed duping to that other bug is pretty vague, but I'm now using that bug to track the proper fix to a whole bunch of storage issues, which is always using libvirt's storage capabilities to introspect information about storage, in this case being able to automatically detect the correct image format. I've added a comment in that bug trying to clarify |