Are you referring to the description of this passage?

 

 

Detailed Description

VM/Template configurations (including disks info) are stored on the master storage domain only for backup purposes and in order to provide the ability to run VMs without having a running engine/db. This feature aims to change the current place in which the OVFs are stored while using the existing OvfAutoUpdater feature (asynchronous incremental OVF updates). The expected benefits are:

  1. Having “self contained” Storage Domains which will enable to recover in case of data loss (oVirt supports registration of unknown disks stored on storage domain in the engine and adding VM from OVF configuration - so having the VM OVF stored on the same Storage Domain of it’s disks will allow to recover the vm “completeness” from that Storage Domain to the oVirt engine).
  2. Moving out from using the master_fs on the storage domain, as part of this change the OVFs will be stored on a designated volume located on each Storage Domain.
  3. Adding support for streaming files from the engine to vdsm (will be discussed later on).

 

 

 

 

-----Original Message-----
From: Vojtech Juranek <vjuranek@redhat.com>
Sent: Wednesday, September 22, 2021 6:12 PM
To: users@ovirt.org
Cc: Tommy Sway <sz_cuitao@163.com>
Subject: Re: [ovirt-users] about the OVF_STORE and the xleases volume

 

On Wednesday, 22 September 2021 10:39:34 CEST Tommy Sway wrote:

> I wonder if the xleases volume mentioned here refers to ovf_store ?

 

No, xleases is part of the disk space used internally by oVirt (to manage concurrent access to the resources, e.g. disk image) and shouldn't be touched by the user.

 

OVF store is Open Virtualization Format [1] and it's used for storing these files, see [2] for more details.

 

[1] https://en.wikipedia.org/wiki/Open_Virtualization_Format

[2] https://www.ovirt.org/develop/release-management/features/storage/

importstoragedomain.html

 

>

>

>

>

> *    A new xleases volume to support VM leases - this feature adds the

> ability to acquire a lease per virtual machine on shared storage

> without attaching the lease to a virtual machine disk.

>

> A VM lease offers two important capabilities:

>

> *    Avoiding split-brain.

> *    Starting a VM on another host if the original host becomes

> non-responsive, which improves the availability of HA VMs.