Bug 1440176 - A template created from a HA VM with leases doesn't keep the lease config (only HA config)
Summary: A template created from a HA VM with leases doesn't keep the lease config (on...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Storage
Version: 4.1.1.8
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ovirt-4.1.3
: 4.1.3
Assignee: Tal Nisan
QA Contact: Carlos Mestre González
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-04-07 13:32 UTC by Carlos Mestre González
Modified: 2017-07-06 13:10 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2017-07-06 13:10:05 UTC
oVirt Team: Storage
Embargoed:
rule-engine: ovirt-4.1+

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 76038 0 master MERGED core: Save lease storage domain in a template created from VM with lease 2017-05-15 12:30:57 UTC
oVirt gerrit 76827 0 ovirt-engine-4.1 MERGED core: Save lease storage domain in a template created from VM with lease 2017-05-15 12:49:17 UTC

Description Carlos Mestre González 2017-04-07 13:32:05 UTC 
Description of problem:
Creating a template from a VM with HA & lease creates a template with HA but no lease (and accordingly, when a VM is created from that template the lease is not there)

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

How reproducible:
100%

Steps to Reproduce:
1. Create a Vm with a boot disk + HA + a lease
2. Press Make Template and make a template
3. Check templates config: no VM lease set, only HA
4. Create a vm from such template

Actual results:
VM has HA but not VM lease

Expected results:
Template and VM with lease

Additional info:
According to our test plan this should work.
Comment 2 Carlos Mestre González 2017-06-01 10:27:07 UTC 
verified: 4.1.3-0.1.el7
Comment 3 Carlos Mestre González 2017-06-02 12:08:37 UTC 
Hi Tal, I just tested this on 4.2 => 4.2.0-0.0.master.20170531203202.git1bf6667.el7.centos and is still happening, should I open a new BZ for 4.2 to track this issue on that verison until is fixed?

thanks
Comment 4 Allon Mureinik 2017-06-04 12:04:26 UTC 
(In reply to Carlos Mestre González from comment #3)
> Hi Tal, I just tested this on 4.2 =>
> 4.2.0-0.0.master.20170531203202.git1bf6667.el7.centos and is still
> happening, should I open a new BZ for 4.2 to track this issue on that
> verison until is fixed?
> 
> thanks

Yes please.
Comment 5 Carlos Mestre González 2017-06-06 08:48:53 UTC 
done: https://bugzilla.redhat.com/show_bug.cgi?id=1459072
Note You need to log in before you can comment on or make changes to this bug.