Bug 1403183 - Cloned VMs created from template with "Raw" format are having "Thin Provision" Allocation Policy
Summary: Cloned VMs created from template with "Raw" format are having "Thin Provision...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 4.0.4
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ovirt-4.3.3
: 4.3.0
Assignee: Eyal Shenitzky
QA Contact: Evelina Shames
URL:
Whiteboard:
: 1405822 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-12-09 11:18 UTC by Ameya Charekar
Modified: 2021-09-09 12:04 UTC (History)
16 users (show)

Fixed In Version: vdsm-4.30.12, ovirt-engine-4.3.3.1
Doc Type: If docs needed, set a value
Doc Text:
This release ensures that virtual machines with file-based storage created from a template where the Resource Allocation > Storage Allocation > Clone > Format setting is set to Raw results in virtual machines having an Allocation Policy set to "Preallocated."
Clone Of:
Environment:
Last Closed: 2019-05-08 12:36:48 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1100999 0 unspecified CLOSED When a template is located on 2 domains and allocation policy has mixed types, UI reports wrongly,"thin provision templa... 2022-05-16 07:53:13 UTC
Red Hat Bugzilla 1429286 0 medium CLOSED RAW-Preallocated disk is converted to RAW-sparse while cloning a VM in file based storage domain 2022-03-13 14:44:30 UTC
Red Hat Bugzilla 1598747 0 medium CLOSED Fix displaying disk type of a VM created from template and passing clone parameter to RHV 2022-03-13 15:12:30 UTC
Red Hat Issue Tracker RHV-38431 0 None None None 2021-09-09 12:04:38 UTC
Red Hat Product Errata RHEA-2019:1085 0 None None None 2019-05-08 12:37:11 UTC
oVirt gerrit 90090 0 master MERGED core: consume file-based volumes deferred preallocation 2020-08-03 08:33:09 UTC
oVirt gerrit 93557 0 master MERGED fileVolume: Allow deferring volume preallocation 2020-08-03 08:33:09 UTC
oVirt gerrit 98413 0 ovirt-4.3 MERGED localfssd_test: extract create domain logic tmprepo.py 2020-08-03 08:33:09 UTC
oVirt gerrit 98414 0 ovirt-4.3 MERGED formatconverter_tests: use tmprepo create_localfs_domain() 2020-08-03 08:33:08 UTC
oVirt gerrit 98538 0 ovirt-4.3 MERGED localfssd_test: add tests for LocalFsSD.createVolume() 2020-08-03 08:33:08 UTC
oVirt gerrit 98539 0 ovirt-4.3 MERGED localfssd_test: add tests for creating volumes with initial size 2020-08-03 08:33:08 UTC
oVirt gerrit 98540 0 ovirt-4.3 MERGED localfssd_test: add metadata verification for volume creation tests 2020-08-03 08:33:08 UTC
oVirt gerrit 98541 0 ovirt-4.3 MERGED fileVolume: extract file truncation to a helper method 2020-08-03 08:33:08 UTC
oVirt gerrit 98542 0 ovirt-4.3 MERGED fileVolume: extract file allocation to a helper method 2020-08-03 08:33:08 UTC
oVirt gerrit 98543 0 ovirt-4.3 MERGED fileVolume: extract set file permission to a helper method 2020-08-03 08:33:08 UTC
oVirt gerrit 98589 0 ovirt-4.3 MERGED fileVolume: split _create() to raw and cow volume creation helpers 2020-08-03 08:33:08 UTC
oVirt gerrit 98590 0 ovirt-4.3 MERGED fileVolume: change _create() helpers to pep8 code style 2020-08-03 08:33:07 UTC
oVirt gerrit 98591 0 ovirt-4.3 MERGED fileVolume: use bytes instead of blocks in _create() helpers 2020-08-03 08:33:07 UTC
oVirt gerrit 98638 0 ovirt-4.3 MERGED fileVolume: Allow deferring volume preallocation 2020-08-03 08:33:07 UTC
oVirt gerrit 98659 0 ovirt-engine-4.3 MERGED core: consume file-based volumes deferred preallocation 2020-08-03 08:33:06 UTC

Internal Links: 1100999 1429286 1598747

Description Ameya Charekar 2016-12-09 11:18:30 UTC 
Description of problem:

Cloned VMs created from template with "Raw" format are having volume_type "Preallocated" instead of "Preallocated" volume_type.

Version-Release number of selected component (if applicable):
rhevm-4.0.4.4-0.1.el7ev.noarch

How reproducible:
Always

Steps to Reproduce:
1. Create "New VM" from template.
2. From "Resource Allocation" select "Storage Allocation" as "Clone" and Format as "Raw".
3. VM disks are created with Raw Format but with "Thin Provision" Allocation Policy.

Actual results:
Vms are having "Thin Provision" Allocation Policy.

Expected results:
Vms should have "Preallocated" Allocation Policy.

Additional info:
Issue is with file based storage domains only. Also in rhev 3.6 this works as expected even with file based storage domains.
Comment 2 Tal Nisan 2017-01-23 13:41:16 UTC 
*** Bug 1405822 has been marked as a duplicate of this bug. ***
Comment 6 Yaniv Lavi 2017-02-23 11:24:33 UTC 
Moving out all non blocker\exceptions.
Comment 7 Maor 2017-04-05 10:59:05 UTC 
Once it was chosen to create a VM from Template with RAW on file SD
The volume format that will be created in indeed RAW, the volume type is dependent on the storage type.
Volumes on block storage domain will get created with volume type of pre-allocated.
Volumes on file storage domain will be created with volume type of sparse since there is no benefit to pre-allocate them.
Comment 8 Maor 2017-04-20 16:44:53 UTC 
Hi Ameya,

Is there anything that can be done here?
The volume format is indeed RAW as expected the only change is that the volume type is sparse.
Comment 9 Maor 2017-04-20 16:55:24 UTC 
(In reply to Maor from comment #8)
> Hi Ameya,
> 
> Is there anything that can be done here?
> The volume format is indeed RAW as expected the only change is that the
> volume type is sparse.

Regarding the mismatch of the preallocation and sparse this should be solved as part of https://bugzilla.redhat.com/show_bug.cgi?id=1429286
If the issue is only about RAW then it should work as expected
Comment 14 Eyal Shenitzky 2018-03-28 12:54:15 UTC 

*** This bug has been marked as a duplicate of bug 1429286 ***
Comment 15 Eyal Shenitzky 2018-04-04 09:24:49 UTC 
Reopen, 

this bug is about clone a VM from a template and bug 1429286 is about cloning a VM.
Comment 16 Eyal Shenitzky 2018-05-29 12:17:12 UTC 
This fix requires a data center 4.3 compatibility version because of modifications that implemented in the VDSM and will be available to the engine from that compatibility version.

Tal, can you push it to 4.3.0?
Comment 18 Sandro Bonazzola 2019-01-28 09:43:58 UTC 
This bug has not been marked as blocker for oVirt 4.3.0.
Since we are releasing it tomorrow, January 29th, this bug has been re-targeted to 4.3.1.
Comment 20 Tal Nisan 2019-02-18 11:20:31 UTC 
Eyal, can we make sure this makes it to the 4.3 GA?
Comment 21 Eyal Shenitzky 2019-02-18 13:39:06 UTC 
(In reply to Tal Nisan from comment #20)
> Eyal, can we make sure this makes it to the 4.3 GA?

This bug fix requirs a VDSM fix and an engine fix, I will do my best.
Comment 22 RHV bug bot 2019-03-29 11:14:46 UTC 
INFO: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:

[Project 'vdsm'/Component 'ovirt-engine' mismatch]

For more info please contact: rhv-devops
Comment 24 Evelina Shames 2019-04-02 11:39:15 UTC 
Verified on:
ovirt-engine-4.3.3.1-0.1.el7.noarch
vdsm-4.30.12-1.el7ev.x86_64
Comment 26 errata-xmlrpc 2019-05-08 12:36:48 UTC 
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.

https://access.redhat.com/errata/RHEA-2019:1085
Comment 27 Franta Kust 2019-05-16 13:09:24 UTC 
BZ<2>Jira Resync
Note You need to log in before you can comment on or make changes to this bug.