Bug 525362

Summary: VM cannot boot from the backing disk img
Product: [Fedora] Fedora Reporter: jbao <jbao>
Component: qemuAssignee: Glauber Costa <gcosta>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: berrange, caiqian, dwmw2, gcosta, itamar, jaswinder, jforbes, markmc, quintela, virt-maint
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-09-24 07:25:04 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description jbao 2009-09-24 03:28:45 UTC
Description of problem:

I have a kvm-guest machine using the qcow2 format image and it works fine.
Now I want to creat a new image to take the place of this old image,use the old disk image as as a readonly 'backing store'.

I run the command "virsh vol-create default new.xml" with the following new.xml:
    <format type='qcow2'/>

And then I repoint this kvm-guest to the new disk image,but can't the start the guest with the error " internal error unable to start guest: qemu: could not open disk image /var/lib/libvirt/images/new1.img "

By the way, the command "virsh vol-create --pool default new.xml"  in the Test_Day:2009-09-17_Virtualization_qcow2 doesn't work with the error "'vol-create' need <file> option",so I remove --pool and it works.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.virsh vol-create default new.xml
2.virsh edit myguest_name,repoint the disk image to the new one
3.start the guest.
Actual results:
Can not start the guest with the error "internal error unable to start guest: qemu: could not open disk image /var/lib/libvirt/images/new1.img "

Expected results:
Can start the guest

Additional info:

Comment 1 Qian Cai 2009-09-24 05:41:04 UTC
Jerry, can you provide the related software versions and how reproducible of this issue?

Comment 2 jbao 2009-09-24 06:21:47 UTC
the related software version as follow:

Comment 3 Mark McLoughlin 2009-09-24 07:25:04 UTC
Thanks for the report

I'm pretty sure this is bug #497131

Try again after 'setenforce 0' - if it still doesn't work, then please re-open

*** This bug has been marked as a duplicate of bug 497131 ***