Bug 785683
Summary: | A live snapshot shouldn't reconfigure the backing file path in the new image | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Federico Simoncelli <fsimonce> |
Component: | qemu-kvm | Assignee: | Federico Simoncelli <fsimonce> |
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.3 | CC: | abaron, acathrow, bsarathy, danken, ehabkost, juzhang, kwolf, mkenneth, pbonzini, shu, tburke, virt-maint |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | qemu-kvm-0.12.1.2-2.264.el6 | Doc Type: | Bug Fix |
Doc Text: |
No documentation needed
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2012-06-20 08:52:57 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: | |||
Bug Depends On: | |||
Bug Blocks: | 806280 |
Description
Federico Simoncelli
2012-01-30 10:49:59 UTC
According to Paolo libvirt works around it. Federico, can we close the issue? Test on 267rhev: ------------------- 1. sn1 does not exist w/ absolute-paths: { "execute": "blockdev-snapshot-sync", "arguments": { "device": "drive-virtio-disk0", "snapshot-file": "/root/sn1", "format": "qcow2", "mode": "absolute-paths" } } [root@shu ~]# qemu-img info sn1 image: sn1 file format: qcow2 virtual size: 20G (21474836480 bytes) disk size: 3.4M cluster_size: 65536 backing file: /root/RHEL-Server-6.3-64-virtio.qcow2 (actual path: /root/RHEL-Server-6.3-64-virtio.qcow2) 2. sn1 exists w/ absolute-paths: [root@shu ~]# qemu-img info sn1 image: sn1 file format: qcow2 virtual size: 20G (21474836480 bytes) disk size: 136K cluster_size: 65536 backing file: base (actual path: base) { "execute": "blockdev-snapshot-sync", "arguments": { "device": "drive-virtio-disk0", "snapshot-file": "/root/sn1", "format": "qcow2", "mode": "absolute-paths" } } [root@shu ~]# qemu-img info sn1 image: sn1 file format: qcow2 virtual size: 20G (21474836480 bytes) disk size: 1.5M cluster_size: 65536 backing file: /root/RHEL-Server-6.3-64-virtio.qcow2 (actual path: /root/RHEL-Server-6.3-64-virtio.qcow2) 3. sn1 exists w/ existing: [root@shu ~]# qemu-img info sn1 image: sn1 file format: qcow2 virtual size: 20G (21474836480 bytes) disk size: 136K cluster_size: 65536 backing file: base (actual path: base) { "execute": "blockdev-snapshot-sync", "arguments": { "device": "drive-virtio-disk0", "snapshot-file": "/root/sn1", "format": "qcow2", "mode": "existing" } } [root@shu ~]# qemu-img info sn1 image: sn1 file format: qcow2 virtual size: 20G (21474836480 bytes) disk size: 136K cluster_size: 65536 backing file: base (actual path: base) 4. sn1 exists w/ no-backing-file: [root@shu ~]# qemu-img info sn1 image: sn1 file format: qcow2 virtual size: 20G (21474836480 bytes) disk size: 136K cluster_size: 65536 backing file: base (actual path: base) { "execute": "blockdev-snapshot-sync", "arguments": { "device": "drive-virtio-disk0", "snapshot-file": "/root/sn1", "format": "qcow2", "mode": "no-backing-file" } } [root@shu ~]# qemu-img info sn1 image: sn1 file format: qcow2 virtual size: 20G (21474836480 bytes) disk size: 2.0M cluster_size: 65536 Conclusion: ------------ 1.QMP works fine. 2.HMP has no "no-backing-file" option, i assume the [-n] is the equivalence to existing/absolute-paths: snapshot_blkdev [-n] device [new-image-file] [format] -- initiates a live snapshot of device. If a new image file is specified, the new image file will become the new root image. If format is specified, the snapshot file will be created in that format. Otherwise the snapshot will be internal! (currently unsupported). The default format is qcow2. The -n flag requests QEMU to reuse the image found in new-image-file, instead of recreating it from scratch. 3.above tests base on my understand of the patch, if no more test is needed and HMP issue is not a problem, i am willing to verify this bug. no-backing-file is used only with mirroring, so snapshot_blkdev does not have it. Testing looks good, thanks! Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: No documentation needed Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2012-1017.html |