Bug 1272077 - [z-stream clone 3.5.6] Live merge fails when deleting a snapshot
Summary: [z-stream clone 3.5.6] Live merge fails when deleting a snapshot
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.5.0
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ovirt-3.5.6
: 3.5.6
Assignee: Adam Litke
QA Contact: Aharon Canan
URL:
Whiteboard: storage
Depends On: 1240360
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-10-15 12:34 UTC by rhev-integ
Modified: 2019-10-10 10:21 UTC (History)
16 users (show)

Fixed In Version: v4.16.28
Doc Type: Bug Fix
Doc Text:
Clone Of: 1240360
Environment:
Last Closed: 2016-01-06 12:09:39 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 44331 0 master MERGED Live Merge: Fix pre-extension calculation for chunked drives Never
oVirt gerrit 45058 0 ovirt-3.6 MERGED Live Merge: Fix pre-extension calculation for chunked drives Never
oVirt gerrit 47589 0 ovirt-3.5 MERGED Live Merge: Fix pre-extension calculation for chunked drives Never

Comment 1 Aharon Canan 2015-11-05 16:35:36 UTC
please approve below steps for verification (or suggest other steps)

1. Set VM with disk on Block domain
2. Install OS
3. Add new 5G thin provision disk (Block)
4. Take snapshot of the disk created on step 3
5. Write 4G file on the new disk
6. Remove the snapshot (live merge)

Comment 2 Allon Mureinik 2015-11-12 13:25:58 UTC
Sorry for the late reply, had a glitch in communication here.
The steps in comment 1 are sufficient, thanks Aharon!

Comment 3 Adam Litke 2015-11-13 19:04:34 UTC
Aharon, it's tricky to trigger the bad behavior since you need specific combinations of qcow data allocated to the base and top volumes.  Please follow these steps for verification:

1. Install a VM with a single system disk
2. Add a new 5G thinly provisioned block disk
3. Boot the VM and write a 2G file to the disk created in step 2.
4. Take a snapshot.
5. Write a different 2G file to the disk from step 2.
6. Live merge.

Comment 4 Aharon Canan 2015-11-17 17:13:07 UTC
(In reply to Adam Litke from comment #3)
> Aharon, it's tricky to trigger the bad behavior since you need specific
> combinations of qcow data allocated to the base and top volumes.  Please
> follow these steps for verification:
> 
> 1. Install a VM with a single system disk
> 2. Add a new 5G thinly provisioned block disk
> 3. Boot the VM and write a 2G file to the disk created in step 2.
> 4. Take a snapshot.
> 5. Write a different 2G file to the disk from step 2.
> 6. Live merge.

Verified using vt18.2

Comment 5 Allon Mureinik 2016-01-06 12:09:39 UTC
RHEV 3.5.6 has been release, updating status accordingly.


Note You need to log in before you can comment on or make changes to this bug.