Bug 1333304
| Summary: | [z-stream clone - 3.6.6] Live merge fails with "Failed to live merge, still in volume chain" | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Tal Nisan <tnisan> |
| Component: | ovirt-engine | Assignee: | Ala Hino <ahino> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Aharon Canan <acanan> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 3.5.1 | CC: | acanan, aefrat, ahino, amureini, bazulay, gveitmic, gwatson, inetkach, lsurette, mavital, mkalinin, nobody, rbalakri, Rhev-m-bugs, sapandit, srevivo, tnisan, ycui, ykaul, ylavi |
| Target Milestone: | ovirt-3.6.6 | Keywords: | ZStream |
| Target Release: | 3.6.6 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 1301083 | Environment: | |
| Last Closed: | 2016-05-26 18:27:27 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1301083 | ||
| Bug Blocks: | |||
|
Comment 3
Tal Nisan
2016-05-05 09:24:14 UTC
Can you please provide steps to reproduce? One, tricky, way is to: 1. create a snapshot 2. stop libvirtd 3. delete the snapshot 4. start libvirtd At this point you should see the error in the log. Now try to delete the snapshot again and the operation should succeed. Have executed the steps above. The scenario of deleting an 'illegal' snapshot works when executing it via vms/vm_id/snapshots ui tab, but once attempted to remove the same illegal snapshot from storages/storage_id/ a vague error message explained: "Error while executing action: Cannot remove Disk Snapshot. The following attached disks are in ILLEGAL status: golden_env_mixed_virtio_3_1_Disk1 - please remove them and try again." Ala, should this be verified? Two different things: In vms/vm_id/snapshots we remove VM snapshot (that may include multiple disks). In storages/storage_id/Disk Snapshots we remove a disk that is included in the snapshot. If you create a VM with two disk, create a snapshot and then go to storages/storage_id/Disk Snapshots and remove one of the disks, you will see the the disk is removed but snapshot still exists in vms/vm_id/snapshots (but of course includes only the disk that wasn't removed) (In reply to Ala Hino from comment #7) > Two different things: > > In vms/vm_id/snapshots we remove VM snapshot (that may include multiple > disks). > In storages/storage_id/Disk Snapshots we remove a disk that is included in > the snapshot. So, you say that this scenario should be covered in a different bug or this one? or is it even a bug or not? > If you create a VM with two disk, create a snapshot and then > go to storages/storage_id/Disk Snapshots and remove one of the disks, you > will see the the disk is removed but snapshot still exists in > vms/vm_id/snapshots (but of course includes only the disk that wasn't > removed) It is not a bug; this is the expected behavior Verified per comment #9 RHEV 3.6.6 has been released, closing. |