On Thu, Dec 15, 2022 at 4:24 PM Nathanaël Blanchet <[email protected]> wrote:

>
> Le 15/12/2022 à 12:20, Arik Hadas a écrit :
>
>
>
>
> On Wed, Dec 14, 2022 at 5:54 PM Nathanaël Blanchet <[email protected]>
> wrote:
>
>>
>> Le 14/12/2022 à 16:42, Arik Hadas a écrit :
>>
>>
>>
>> On Wed, Dec 14, 2022 at 5:26 PM Nathanaël Blanchet via Users <
>> [email protected]> wrote:
>>
>>> Hello,
>>>
>>> I am used to create new vm with ovirt_vm module.
>>>
>>> Now, I want that the disk of each new created vm to be with the
>>> incremental statement.
>>>
>>> I tried so:
>>> disks:
>>> - id: "{{result.disk.id}}"
>>> bootable: True
>>> interface: virtio_scsi
>>> backup: incremental
>>>
>>>  but it seems that the backup item is not implemented.
>>>
>>>
>>> How to attach a disk with the incremental statement?
>>>
>>
>> Unlike bootable, disk interface and such settings that are per relation
>> between a disk and a vm, the 'backup' (method) setting is a property of the
>> disk itself. If the disk was created with incremental backup enabled, it
>> would remain with incremental backup enabled when attached to a vm
>>
>> The exact workflow is:
>>
>>    - The disk is created with incremental backup enabled
>>    - The disk is attached to a vm(incremental backup is ok at this step)
>>    - the vm is exported as a template
>>    - *The disk of the new vm created from the template doesn't have the
>>    incremental backup enabled!*
>>
>> Sounds like the imported disk of the template is not set with incremental
> backup, what version of ovirt do you use?
>
> 4.5.3.2
>
> As part of the fix for https://bugzilla.redhat.com/show_bug.cgi?id=2081556,
> which was merged to 4.5.1, we started writing the incremental-backup
> property to OVAs (I assume you refer to export-to-OVA since you wrote that
> you export a VM as a template)
>
> I don't export vm as ova, I make a template from a vm or a snapshot.
>
> - if you use an older version (than 4.5.1), this could explain it.
> Otherwise, please provide the output of:
>
> select * from base_disks where disk_id in (select device_id from vm_device
> where vm_id in (select vm_guid from vm_static where
> vm_name='<template-name>'));
>
> engine=# select * from base_disks where disk_id in (select device_id from
> vm_device where vm_id in (select vm_guid from vm_static where
> vm_name='alma8.x'));
>                disk_id                | wipe_after_delete |
> propagate_errors | disk_alias | disk_description | shareable | sgio |
> disk_storage_type | cinder_volume_type | disk_content_type |
>  backup | backup_mode
>
> --------------------------------------+-------------------+------------------+------------+------------------+-----------+------+-------------------+--------------------+-------------------+
> --------+-------------
>  d55e6738-67d6-441f-a38f-86fc14f248cf | f                 |
> Off              | Alma_8_8.7 | 8.7              | f         |
> |                 0 |                    |                 0 |
>  None   |
>
> (1 row)
>
> You are right, making a template from a vm doesn't effectly enable the
> incremental backup on the template disk, even if it is initially enabled on
> the vm disk. It seems to be a bug.
>

Yep, I filed an issue for this:
https://github.com/oVirt/ovirt-engine/issues/779, and posted a fix


>
>
> _______________________________________________
>>> Users mailing list -- [email protected]
>>> To unsubscribe send an email to [email protected]
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/[email protected]/message/VALEN65GD3DLDTSBW3J7HERKKTVL7TN5/
>>>
>>
_______________________________________________
Users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/[email protected]/message/GC4WBEGVNXH5YXUETLWFVI36BEPQISBB/

Reply via email to